Beim Entwurf dieser Referenzarchitektur wird davon ausgegangen, dass es sich bei dem Flurstücksverwaltungssystem um ein geschäfts- und/oder unternehmenskritisches Unternehmenssystem handelt, für das folgende Anforderungen gelten:
Um diese Ziele zu erreichen, muss das Design 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 zum Muster 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 Flurstücksverwaltungssystem sollte konsistente Performance-Kennwerte bei der Bearbeitung bieten, um eine positive End-User-Experience zu schaffen, die die Effizienz der Endbenutzer erhöht. 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 Flurstücksverwaltungssystems.
Die Arbeitslasttrennung ist ein Designansatz, bei dem die optimale Verteilung von Computing-Ressourcen im Mittelpunkt steht. Die Verarbeitung einiger Bearbeitungsanforderungen in einem Flurstücksverwaltungssystem kann z. B. länger dauern als die Verarbeitung von Standardkartenanforderungen, sodass Arbeitslasten durch die Bearbeitung mit 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 auf verschiedene Arten implementiert werden, z. B.:
Nach Komponente: Durch die Trennung von Komponenten auf verschiedene virtuelle Maschinen oder Computing-Infrastrukturen wird sichergestellt, dass einzelne Komponenten nicht um Systemressourcen konkurrieren. Die Installation und Konfiguration mehrerer ArcGIS Enterprise-Komponenten auf einem einzigen System wird zwar unterstützt, dies wird jedoch in gut strukturierten Produktivsystemen im Allgemeinen nicht empfohlen.
Nach Service-Typ: Auf diese Architektur wird ein anderer Ansatz der Arbeitslasttrennung angewendet: die Trennung der ArcGIS Server-Komponenten nach Service-Typ. Beispielsweise können separate GIS Server-Sites zur Unterstützung von ArcGIS Parcel Fabric-Arbeitslasten und Arbeitslasten für gehostete Services oder Kartenerstellung verwendet werden.
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 die Position von Benutzer- und Client-Computern. Wenn ein Benutzer über eine Verbindung mit hoher Latenz verfügt, ist es unwahrscheinlich, 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 Flurstücksverwaltungssysteme immer Sicherungen der Daten und häufig auch Sicherungen von Systemkomponenten erforderlich. Obwohl die Datenkorrektheit für Flurstücksverwaltungssysteme in der Regel wichtiger ist als die Systemverfügbarkeit, kann auch für sie eine Konfiguration mit hoher Verfügbarkeit erforderlich sein, um den Geschäftsanforderungen gerecht zu werden.
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 Flurstücksverwaltungssystemen sind Sicherungen von ArcGIS Parcel Fabric 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.
Beobachtbarkeit 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 Flurstücksverwaltungssysteme 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.
In der Referenzarchitektur wird der Telemetriedatenerfassungsmechanismus durch ArcGIS Monitor repräsentiert. Zu den wichtigen Systemmerkmalen, die auf diese Weise erfasst werden, gehören folgende:
Ein wichtiger Aspekt der Beobachtbarkeit 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.
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 Flurstücksverwaltungssystem 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 Flurstücksverwaltungssystem muss in der Regel den Datenaustausch und die Abstimmung mit anderen Systemen wie CAMA-Systemen (Computer Aided Mass Appraisal), Aufzeichnungs- oder Registrierungssystemen und/oder anderen Landmanagementlösungen ermöglichen. Die Integrationsanforderungen für ein Flurstücksverwaltungssystem sind eng an das Muster des Datenbearbeitungs- und Datenmanagementsystems angelehnt.
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 Flurstücksverwaltungssystem sind eng an das Muster des Datenbearbeitungs- und -managementsystems angelehnt und umfassen Empfehlungen wie:
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: