Systemarchitektur

ArcGIS Enterprise on Kubernetes ist eine vollständige Enterprise-GIS-Implementierung für die Kubernetes-Plattform. Es handelt sich um eine Sammlung von Microservices, die grundlegende Workflows darstellen, beispielsweise Kartenerstellung, Analyse, Kollaboration und Freigabe. Diese Microservices arbeiten zusammen, um Unterstützung für Softwarefunktionen und Workload zu bieten. Sie werden in Form einer oder mehrerer Kubernetes-Bereitstellungen implementiert, die in Ihrer Organisation als Pods instanziiert werden.

Einführung

ArcGIS Enterprise on Kubernetes wird als Paket aus Container-Images bereitgestellt, die auf Worker-Knoten in einem Kubernetes-Cluster ausgeführt werden. Die Pods werden auf die Knoten im Cluster verteilt und stellen einen oder mehrere Container dar.

Eine Übersicht über die Anbieter unterstützter Cluster, in denen ArcGIS Enterprise unterstützt wird, finden Sie in den Systemanforderungen.

Grundlegende Aspekte von ArcGIS Enterprise on Kubernetes werden im Folgenden beschrieben. Das Diagramm veranschaulicht einen Kubernetes-Cluster, der einen Namespace mit dem Namen "arcgis" enthält. Der Namespace enthält vier Kategorien von Pods, die verschiedenen Systemfunktionen entsprechen. Das Diagramm ist nicht als vollständige Liste von Pods oder Anforderungen zu verstehen, sondern vielmehr als Übersicht über die Organisation des Systems.

Framework

Framework-Pods unterstützen die Workflows der Organisation und stellen für Mitglieder der Organisation Informationen zum System in Form einer Hilfe-Dokumentation bereit. Diese Pods können außerdem in ihren jeweiligen Systembereitstellungen mit ArcGIS Enterprise Manager oder der ArcGIS Enterprise Administrator API skaliert werden.

Name des Pods	Zweck
Eingangs-Controller	Dient als zentraler Einstiegspunkt in den Kubernetes-Cluster und leitet den Datenverkehr durch diesen.
Hilfe	Schrittweise konzeptionelle Dokumentation zur Bereitstellung, Konfiguration und Verwendung von ArcGIS Enterprise on Kubernetes
Services-API	APIs für GIS-, System- und Utility-Services, die Workflows für Veröffentlichung, Caching und Analyse unterstützen
Apps	Grundlegende Unterstützung für eingebettete Apps in der Organisation

Verwaltung

Administrative Pods stellen das initiale Framework für die Erstellung einer ArcGIS Enterprise-Organisation bereit. Wenn die Organisation einsatzbereit ist, können Sie diese Pods in den jeweiligen Bereitstellungen mit ArcGIS Enterprise Manager oder ArcGIS Enterprise Administrator API skalieren.

Mit ArcGIS Enterprise Manager können Administratoren verschiedene Aspekte der Organisation überwachen und verwalten. Die Administratoren erhalten durch Überwachungswerkzeuge für Systemzustand, Protokolle und andere kritische Informationen einen aktiven Überblick über die Organisation. Die ArcGIS Enterprise Administrator API bildet eine der Grundlagen der Organisation. Sie dient zum Verwalten des Lebenszyklus der ArcGIS Enterprise-Komponenten und unterstützt Vorgänge in der gesamten Organisation.

Weitere Informationen zu administrativen Ressourcen und Workflows

Name des Pods	Zweck
ArcGIS Enterprise Administrator API	APIs für Verwaltungs- und Automatisierungsaspekte der ArcGIS Enterprise-Organisation
ArcGIS Enterprise Manager	Wird anfangs als Setup-Assistent zum Erstellen einer ArcGIS Enterprise-Organisation verwendet. Wenn die Organisation konfiguriert ist, wird ArcGIS Enterprise Manager zum Verwalten, Überwachen und Sichern der Organisation verwendet.
ArcGIS Enterprise-Portal	Bedienoberfläche, die Workflows für Freigabe, Verwaltung von Elementen und Verwaltung von Mitgliedern unterstützt
Portal (Sharing) API	APIs, die Workflows für Freigabe, Verwaltung von Elementen und Verwaltung von Mitgliedern unterstützen

GIS-Services

GIS-Services ermöglichen die räumlichen Funktionen der Organisation. Zu den GIS-Services zählen Karten-, Feature- und Geokodierungsservices sowie gehostete Karten- und Feature-Services. GIS-Services, die benutzerverwaltete Data Stores referenzieren, erfordern eine aktive Verbindung zu einem registrierten Data Store. Gehostete Services werden mithilfe von systemverwalteten Data Stores veröffentlicht. Diese Pods können ebenso wie die Pods für System-Services und Utility-Services in den jeweiligen Service-Bereitstellungen skaliert werden.

Außerdem können Sie zusätzliche Server-Sites aus Windows- und Linux-Umgebungen verbinden, um Ihrem System Fuktionen hinzuzufügen.

Name des Pods	Zweck
Feature-Services	Unterstützt das Bearbeiten von Workflows in Karten und Apps.
Kartenservices	Stellt Karten, Features und Attributdaten in vielen Arten von Anwendungen zur Verfügung.
Geokodierungsservices	Unterstützt Workflows zum Suchen und Verorten von Adressen und Orten auf einer Karte.
Geoverarbeitungsservices	Unterstützt Service-Werkzeuge für Kartenerstellungs- und Feature-Services.

Systemverwalteter Speicher

ArcGIS Enterprise on Kubernetes stellt Systemspeicher im Kubernetes-Cluster bereit und verwaltet diesen. Dieser Speicher wird zu verschiedenen Zwecken verwendet, beispielsweise für Daten gehosteter Karten- und Feature-Services, Portal-Inhalte und -Indizes, Systemprotokolle und Service-Nutzungsstatistiken. Systemspeicher wird in Form von zustandsbehafteten Gruppen bereitgestellt und ist in der Regel über persistente Anforderungen zur Speicherung von Datendateien an ein oder mehrere persistente Volumes gebunden. Administratoren können die von den persistenten Anforderungen verwendeten Speicherklassen konfigurieren, das heißt, sie können Größe und Art steuern. Cloud-Anbieter verfügen normalerweise über verschiedene Volume-Controller, mit denen verschiedene Arten von Volumes (z. B. Netzwerkfreigaben, Blockspeicher oder Festplatten) bereitgestellt werden können.

Die folgenden Pods werden im Cluster konfiguriert, um Speicher aus diesen persistenten Volumes für verschiedene Organisations-Workflows zu verwenden. In dieser Version ist es nicht möglich, Speicher-Pods Ressourcen neu zuzuweisen oder Speicher-Pods zu skalieren. Die Begrenzungen für diese Pods sind durch Architekturprofile vordefiniert.

Name des Pods	Zweck
Objektspeicher	Speichert hochgeladene und gespeicherte Inhalte, gehostete Kachel- und Bild-Layer-Caches sowie Geoverarbeitungsausgaben.
Speicher vom Typ "relational"	Speichert gehostete Feature-Daten und administrative Elemente wie Anpassungs- und Konfigurationseinstellungen. Es sind zwei Speicher vom Typ "relational" konfiguriert: ein primärer und ein Standby-Speicher.
Speicher vom Typ "spatiotemporal" und Indexspeicher	Speichert Protokolle und Indizes sowie gehostete Feature-Daten. Hinweis: Gehostete Feature-Layer vom Typ "spatiotemporal" werden in dieser Version nicht unterstützt.