Nach oben

Auswählen eines Bereitstellungsmusters für Location-Services-Systeme

Location-Services-Systeme werden in der Regel mit einem von vier Bereitstellungsmustern bereitgestellt:

Die Auswahl eines Bereitstellungsmusters ist eine der wichtigsten Entscheidungen beim Entwerfen eines GIS-Systems für Ihre Organisation.

Der vielleicht wichtigste Faktor bei dieser Entscheidung ist die Ausrichtung an den IT-Prinzipien und -Richtlinien sowie dem Grad der Vertrautheit Ihrer Organisation mit der Unterstützung unterschiedlicher Bereitstellungsansätze. Einige Organisationen geben beispielsweise einer Standardisierung auf SaaS-basierte Systeme und Lösungen den Vorzug. Andere Organisationen, die stark in Kubernetes-basierte Bereitstellungen investieren, u. a. durch Einstellung und Schulung von Mitarbeitern mit operativen Kubernetes-Erfahrungen und -Fähigkeiten, bevorzugen möglicherweise Kubernetes-basierte Bereitstellungsmuster. Organisationen, die GIS-Funktionen in ihre vorhandenen Anwendungen integrieren, präferieren hingegen möglicherweise einen PaaS-basierten Ansatz.

Hinweis:

Sowohl die Funktionen als auch die Überlegungen unterscheiden sich bei den einzelnen Bereitstellungsmustern. Weitere Informationen finden Sie in den folgenden Vergleichen und auf den Seiten mit den Bereitstellungsmustern.

Allgemeine Informationen und Überlegungen zu diesen Bereitstellungsansätzen finden Sie auf der Seite ArcGIS-Produkte und -Bereitstellungsoptionen in der Übersicht über ArcGIS.

Funktionsvergleich

Neben der Ausrichtung an Ihren IT-Prinzipien und -Richtlinien sowie dem Grad der Vertrautheit mit den einzelnen Bereitstellungsmustern ist es wichtig, die jeweiligen Funktionen im Entscheidungsprozess zu berücksichtigen. Die Funktionen eines Datenbearbeitungs- und -managementsystems für Unternehmensanwendungen unterscheiden sich je nach Bereitstellungsmuster. In der folgenden Matrix werden die spezifischen Funktionen verglichen, die von den einzelnen Bereitstellungsmustern unterstützt werden.

Funktion SaaS PaaS Windows/Linux Kubernetes
Kartenerstellung und Visualisierung
Grundkarten 1 1
Referenzdaten-Layer 1 1
Ortssuche      
Geokodierung 1 1
Route und Wegbeschreibung 1 1
Datenanreicherung 2  
Netzwerkanalyse 1 1
Geometrieanalyse

Volle Unterstützung Teilunterstützung

  1. Erfordert zusätzliche Daten, z. B. ArcGIS Street Map Premium. ↩ ↩2 ↩3 ↩4 ↩5 ↩6 ↩7 ↩8 ↩9 ↩10

  2. Erfordert ArcGIS Business Analyst Enterprise. ↩

Weitere Informationen zu den oben aufgeführten Zeilen finden Sie in den Systemfunktionen für Positionsservices. Darüber hinaus wird jede der vorstehenden Zellen auf den Seiten zu den Bereitstellungsmustern für Location-Services-Systeme ausführlicher beschrieben.

Die oben dargestellten Funktionen entsprechen den ab Juli 2025 verfügbaren Funktionen.

Allgemeine Überlegungen

Die folgenden Überlegungen sollen dazu beitragen, die Geschäfts- und IT-Anforderungen Ihrer Organisation mit dem entsprechenden Bereitstellungsmuster für Location-Services-Systeme in Einklang zu bringen. Die hier präsentierten Informationen erheben keinen Anspruch auf Vollständigkeit, sondern heben wichtige Überlegungen für das Design und die Implementierung von Location-Services-Systemen hervor.

  • Die meisten Organisationen, die Internetzugriff zulassen, nutzen zumindest einige Positionsservices, die über ein SaaS- oder PaaS-Bereitstellungsmuster bereitgestellt werden. Alternativ setzen Organisationen ohne Internetzugriff (z. B. sichere oder getrennte Netzwerke) vollständig auf Windows/Linux- oder Kubernetes-basierte Location-Services-Systeme.
  • Die meisten Positionsservices stützen sich auf allgemein verwendbare, grundlegende Datasets, z. B. zu Straßen, Orten, Einrichtungen und Kunden, mit der zur Unterstützung des Geschäftsbetriebs erforderlichen Abdeckung und Genauigkeit. Daher sind für die Bereitstellung von Location-Services-Systemen unter Windows/Linux und Kubernetes Daten erforderlich. Organisationen können eigene oder von Dritten zur Verfügung gestellte Daten verwenden. Viele Organisationen entscheiden sich jedoch dafür, ArcGIS Street Map Premium und/oder andere Esri Datenangebote für die eigene Infrastruktur zu nutzen.
  • Häufig nutzen Organisationen eine Kombination von Services, die von Esri gehostet und verwaltet werden (als SaaS oder PaaS), z. B. eine globale Satellitengrundkarte, zusätzlich zu Services, die von der Organisation im eigenen Location-Services-System unter Windows/Linux oder Kubernetes gehostet und verwaltet werden, z. B. für Objekte oder Kundenstandorte.
  • Skalierbarkeit, Zuverlässigkeit, Service Level Agreements (SLA), Sicherheit und ausgewogene Verantwortlichkeiten zwischen Ihrer Organisation und Esri sind in der Regel wichtige Faktoren bei der Auswahl eines Bereitstellungsmusters. Weitere Informationen finden Sie in den Abschnitten zu den Grundpfeilern Zuverlässigkeit, Performance und Skalierbarkeit sowie Sicherheit.
  • Die Service Level Agreements (SLAs) für SaaS und PaaS unterscheiden sich. Nähere Informationen hierzu finden Sie im SLA für ArcGIS Online (SaaS) und im SLA für ArcGIS Location Platform (PaaS).
  • Viele andere ArcGIS-Systemmuster basieren auf Positionsservices, die von einem Location-Services-System bereitgestellt werden. Das Location-Services-System kann wie unter Verwenden von Systemmustern beschrieben in andere Systemmuster integriert oder mit diesen kombiniert werden. Beispielsweise kann eine Organisation ein Datenbearbeitungs- und -managementsystem unter Windows/Linux bereitstellen und Grundkarten sowie Referenzdaten-Layer aus einem SaaS-basierten Location-Services-System einbinden, um während der Bearbeitung visuellen Kartenkontext bereitzustellen. Tatsächlich sind die meisten Bereitstellungen unter Windows/Linux und Kubernetes mit Zugriff auf einige SaaS-basierte Positionsservices vorkonfiguriert.

Die Auswahl eines Bereitstellungsmusters ist eine der wichtigsten Entscheidungen beim Entwerfen eines GIS-Systems für Ihre Organisation. Daneben sind jedoch weitere wichtige Entscheidungen erforderlich. Zahlreiche zusätzliche Faktoren müssen beim Entwurf Ihres Systems berücksichtigt werden, darunter Bereiche wie Sicherheit, Zuverlässigkeit und Integration. Beachten Sie daher, dass es sich bei den hier bereitgestellten Informationen um keine abschließende und vollständige Darstellung handelt. Sehen Sie sich im Rahmen Ihres Entwurfsprozesses die Empfehlungen und Grundpfeiler des ArcGIS Well-Architected Framework sowie die Produktdokumentation im Detail an.

Top