Das Design muss bestimmte Kriterien innerhalb jedes Grundpfeilers der Architektur erfüllen. Einige der Empfehlungen, die mit den einzelnen Grundpfeilern verbunden sind, sind im Folgenden aufgeführt. Sie stellen jedoch keine abschließenden Überlegungen im Hinblick auf die Architektur dar. Weitere Informationen finden Sie in den Überlegungen zur Konzeptionierung des Datenbearbeitungs- und Datenmanagementsystems.
In Bezug auf Performance und Skalierbarkeit zielt diese Architektur darauf ab, die User Experience mit dem System insgesamt zu optimieren und gleichzeitig den sich ändernden Arbeitslastanforderungen gerecht zu werden. Ein Netzwerk-Informationsmanagementsystem sollte konsistente Performance-Kennwerte bei der Bearbeitung bieten, um eine positive End-User-Experience zu schaffen, die die Effizienz der Endbenutzer steigert. Zusätzlich zu den unten beschriebenen Methoden zur Performance-Verbesserung ist das Performance-Management relationaler Datenbanken auch ein wichtiger Faktor für die Gesamt-Performance des Netzwerk-Informationsmanagementsystems.
Die Arbeitslasttrennung ist ein Designansatz, bei dem die optimale Verteilung von Computing-Ressourcen im Mittelpunkt steht. Die Verarbeitung einiger Bearbeitungsanforderungen in einem Netzwerk-Informationsmanagementsystem kann z. B. länger dauern als die Verarbeitung von Standardkartenanforderungen, sodass Bearbeitungsanforderungen von separaten, dedizierten Compute-Ressourcen (z. B. einer ArcGIS GIS Server-Site) profitieren können. Dieser Ansatz der Arbeitslasttrennung hilft dabei, lang andauernde Anforderungen von kürzeren Anforderungen zu trennen, sodass Bearbeitungen über dedizierte Ressourcen erfolgen und reine Anzeigeabfragen nicht durch lange Transaktionen beeinträchtigt werden. Wenn diese Trennung implementiert wird, wird sich die System-Performance für beide Gruppen wahrscheinlich verbessern, da Ressourcenkonflikte reduziert werden und das System leichter skaliert werden kann: Ressourcen können für die horizontale oder vertikale Skalierung beiden Server-Sites hinzugefügt werden. Die Arbeitslasttrennung kann verschiedene Formen annehmen:
Nach Komponente Durch die Trennung von Komponenten auf verschiedene virtuelle Maschinen oder Computing-Infrastrukturen wird sichergestellt, dass einzelne Komponenten nicht um Systemressourcen konkurrieren. ArcGIS Enterprise unterstützt zwar die Installation und Konfiguration mehrerer Komponenten auf einem einzigen System, dies wird jedoch in gut strukturierten Produktivsystemen im Allgemeinen nicht empfohlen.
Nach Service-Typ Auf diese Architektur innerhalb der ArcGIS Server-Komponenten wird ein anderer Ansatz der Arbeitslasttrennung angewendet: die Trennung nach Service-Typ. Separate GIS-Server-Sites unterstützen Utility Network-Arbeitslasten und Arbeitslasten für gehostete Services oder Kartenerstellung.
Kolokalität ist ein Designansatz, bei dem Systemkomponenten im selben Rechenzentrum im selben Teilnetz bereitgestellt werden, was dazu beiträgt, die Netzwerklatenz zu reduzieren, indem die Kommunikationsentfernung im Netzwerk reduziert wird. Im Allgemeinen wirkt sich die Netzwerklatenz für den allgemeinen GIS-Betrieb stärker auf die End-User-Experience aus als die Netzwerkbandbreite. Eine weitere Überlegung in diesem Bereich ist der Standort von Benutzer- und Client-Computern – wenn ein Benutzer über eine Verbindung mit hoher Latenz verfügt, ist es wahrscheinlich, dass die Kolokalität von Systemkomponenten die User Experience bei der Arbeit mit dem System verbessert. In einigen Fällen ist die Verwendung von Thin Clients oder Remote-Zugriff physischer Hardware vorzuziehen, die über ein langsames oder überlastetes Netzwerk verbunden ist.
Zuverlässigkeit stellt sicher, dass Ihr System den Servicegrad bietet, der sowohl für das Unternehmen als auch für Ihre Kunden und die Projektbeteiligten erforderlich ist. Als geschäfts- oder unternehmenskritisches Unternehmenssystem sind für Netzwerk-Informationsmanagementsysteme immer Sicherungen der Daten und häufig auch Sicherungen von Systemkomponenten erforderlich. Möglicherweise ist auch eine Konfiguration mit hoher Verfügbarkeit erforderlich, um höhere Betriebszeiten zu erreichen.
Für Unternehmenssysteme mit hohen Erwartungen, Anforderungen oder Verpflichtungen in Bezug auf die Verfügbarkeit ist ein klar definierter, umsetzbarer und gut getesteter Sicherungsansatz von entscheidender Bedeutung. Bei Netzwerk-Informationsmanagementsystemen sind Sicherungen von ArcGIS Utility Network auf Datenebene (mindestens) unerlässlich. Abhängig von den Anforderungen einer Organisation können auch Sicherungen anderer Systemkomponenten erforderlich sein. Weitere Informationen zu Sicherungsstrategien und -methoden finden Sie unter Sicherungen und Notfallwiederherstellung.
Hohe Verfügbarkeit ist ein Designansatz, der darauf abzielt, das System so zu erstellen, dass es über einen bestimmten Zeitraum ein vorher festgelegtes Niveau der Betriebsleistung erreicht. Ein System mit hoher Verfügbarkeit erfordert Redundanz, Systemüberwachung und Automatisierung entsprechend dem angestrebten Service Level Agreement (SLA). Die Redundanz kann unterschiedliche Komponenten umfassen, z. B. Netzwerkkonnektivität, Zuverlässigkeit der Stromversorgung, Kühlung des Rechenzentrums und Zugang zu Mitarbeitern, die über die Fähigkeiten zur Wartung des Systems verfügen. Die Automatisierung kann so konzipiert sein, dass auf der Grundlage der Überwachung Maßnahmen ergriffen werden, um Ausfälle zu vermeiden. Weitere Informationen finden Sie unter Konfigurieren von ArcGIS Enterprise-Komponenten mit hoher Verfügbarkeit.
Denken Sie daran, dass Hochverfügbarkeitskonfigurationen die Infrastruktur- und Betriebskosten des Systems erheblich erhöhen und spezielle Fähigkeiten erfordern, um den Erfolg sicherzustellen. Designs mit hoher Verfügbarkeit erfordern operatives Engagement im Hinblick auf Menschen, Prozesse, Technologie und Governance.
Observability bietet Einblick in das System und ermöglicht es dem Betriebspersonal und anderen technischen Rollen, das System in einem fehlerfreien, stabilen Zustand zu halten. Die Überwachung der Verfügbarkeit, Performance und Auslastung des Systems ist für ein Netzwerk-Informationsmanagementsystem von entscheidender Bedeutung. Neben der Überwachung der ArcGIS Enterprise-Software ist es wichtig, dass alle unterstützenden Komponenten und Infrastrukturen überwacht werden, beispielsweise das Windows- oder Linux-Betriebssystem, Datenbanken und andere Data Stores, Compute-, Netzwerk- und Sicherheitsperimeter sowie andere relevante Komponenten.
Jede Organisation muss über ein IT-Überwachungs- und Reaktions-Framework für das Unternehmen verfügen, um Unternehmenssysteme erfolgreich aufbauen und betreiben zu können. Die proaktive Überwachung von Systemen ist ebenso wichtig wie die reaktive Problemlösung, und eine effektive Telemetriedatenerfassung sorgt dafür, dass das System jederzeit im Blick ist und Trendverhalten des Systems identifiziert wird.
ArcGIS Enterprise-Komponenten können unter Windows/Linux auf verschiedene Weise überwacht werden, z. B. in Form von Serverprotokollen und Serverstatistiken. Neben der Überwachung der ArcGIS Enterprise-Software ist es wichtig, alle unterstützenden Komponenten und Infrastrukturen wie das Windows- oder Linux-Betriebssystem, Datenbanken und andere Data Stores sowie die Compute-, Netzwerk-, Sicherheits- und andere Infrastruktur zu überwachen.
Ein wichtiger Aspekt der Observability ist die Verwendung von Telemetrie – Daten oder Informationen, die reale Benutzeraktivitäten in einem System repräsentieren. Die Erfassung von Telemetriedaten für alle Komponenten des Entwurfs, einschließlich Desktop-Client-Computer, ist entscheidend für das Verständnis der Performance und Auslastung des Systems mit dem übergeordneten Ziel, Engpässe und Möglichkeiten zur Optimierung des Systems zu identifizieren.
In der Referenzarchitektur wird der Telemetriedatenerfassungsmechanismus durch ArcGIS Monitor repräsentiert. Zu den wichtigen Systemmerkmalen, die auf diese Weise erfasst werden, gehören folgende:
Es ist wichtig zu beachten, dass Telemetriedatenausgaben nicht notwendigerweise die vollständige User Experience erfassen. Erwägen Sie, mit Endbenutzern von Anwendungen (z. B. Benutzern, die Desktop-, Web- oder mobile Apps verwenden) in Kontakt zu treten, um zusätzlich zur Telemetriedatenerfassung deren Erfahrungen bei der Ausführung ihrer Workflows zu beobachten.
Sicherheit schützt Ihre Systeme und Informationen. Die Überlegungen zum Sicherheitsdesign für ein Netzwerk-Informationsmanagementsystem sind eng an die Sicherheitsanforderungen des Systemmusters angelehnt. Dazu gehören auch wichtige Überlegungen zur Benutzerauthentifizierung, Systemautorisierung, Daten- und Zugriffssteuerung sowie zur Überwachung von Benutzeraktivitäten und Änderungen der Systemkonfiguration.
Die Integration verbindet dieses System mit anderen Systemen, um Unternehmensservices bereitzustellen und die Produktivität der Organisation zu steigern. Ein Netzwerk-Informationsmanagementsystem muss in der Regel den Datenaustausch und die Abstimmung mit anderen Systemen, z. B. Enterprise Asset Management (EAM), Customer Relationship Management (CRM) und Advanced Distribution Management (ADMS), ermöglichen. Die Integrationsanforderungen für ein Netzwerk-Informationsmanagementsystem sind eng an das Muster des Datenbearbeitungs- und Datenmanagementsystems angelehnt.
Folgende spezifische Überlegungen zur Integration von Netzwerk-Informationsmanagementsystemen sollten angestellt werden:
| Art der Integration | Hinweise |
|---|---|
| Daten | Für das Zielsystem müssen Netzwerkdaten lokal in einem eigenen Format/System verfügbar sein. |
| Service | Das Zielsystem kann über RESTful-API-Aufrufe in das Netzwerk-Informationsmanagementsystem integriert werden. |
| Anwendung | Für das Zielsystem ist die Funktionalität des Quellsystems auf Anwendungsebene erforderlich, z. B. ein benutzerdefiniertes Widget, das mit ArcGIS Maps SDK for JavaScript erstellt wurde. |
Die Automatisierung zielt darauf ab, den Aufwand für manuelle Bereitstellungs- und Betriebsaufgaben zu verringern, was zu einer höheren betrieblichen Effizienz sowie zur Reduzierung der vom Menschen verursachten Systemprobleme führt. Die Automatisierungsanforderungen für ein Netzwerk-Informationsmanagementsystem sind eng an das Muster des Datenbearbeitungs- und -managementsystems angelehnt und umfassen Empfehlungen wie:
Die Überlegungen zum physischen Design konzentrieren sich hier in erster Linie auf das Design logischer Architekturen, das schließlich in ein physisches Architekturdesign umgewandelt werden muss. Esri bietet Services für den Entwurf der Systemarchitektur an, falls Sie Hilfe bei der Ermittlung der verschiedenen Faktoren im Zusammenhang mit dem physischen Entwurf der Organisation benötigen, z. B. Netzwerk, Speicher, Systemumgebungen und Dimensionierung.
Zu den zusätzlichen Ressourcen im Zusammenhang mit dem physischen Design gehören: