Ein Büro mit arbeitenden Menschen.<\/span><\/span><\/P>ArcGIS Server ist wie ein GIS-Büro in einer Box<\/H1>In einem vorherigen Blog haben wir eine alternative Perspektive auf ArcGIS Enterprise eingenommen und es mit einem Auto verglichen, um die Verbindungen und Teile einer Basis-ArcGIS-Enterprise-Bereitstellung besser zu verstehen. In diesem Artikel beschrieben wir ArcGIS Server als den Motor des Autos, und diese Beschreibung funktioniert hervorragend im größeren Kontext von ArcGIS Enterprise. Aber sie erklärt nicht ganz, wie ArcGIS Server intern funktioniert. Also ändern wir unsere Denkweise und bewerten ArcGIS Server neu.<\/P>Ich finde es hilfreich, ArcGIS Server wie ein GIS-Büro in einer Box zu betrachten. Diese Perspektive ermöglicht es uns, verschiedene Kategorien von GIS-Diensten zu berücksichtigen und zu erklären, wie diese Webdienste in ArcGIS Server funktionieren. In diesem GIS-Büro gibt es drei Hauptrollen zu untersuchen: den GIS-Manager, die Bürorezeptionistin und die GIS-Analysten.<\/P>In ArcGIS Server gibt es koordinierende Prozesse, die die Verteilung von Anfragen an Webdienste und das allgemeine Innenleben von ArcGIS Server steuern. Diese Prozesse sind in der ArcGIS-Software definiert und können von Benutzern weder konfiguriert noch verwaltet werden. Es gibt auch zwei Webanwendungen, die von ArcGIS Server-Publishern und Administratoren verwendet werden, um die GIS-Webdienste und die ArcGIS Server-Site zu konfigurieren. Diese Anwendungen sind das ArcGIS Server Administrator Directory und der ArcGIS Server Manager. Im Wesentlichen erledigen sie beide dieselben Aufgaben, bieten jedoch unterschiedliche Benutzererfahrungen. Die Administrator Directory-App stellt alle Werkzeuge zur Verfügung, um ArcGIS Server und seine Dienste über eine Textschnittstelle gegen die REST Admin API zu verwalten und zu konfigurieren, während die Server Manager-App etwa 75 % der Funktionalität besitzt und eine GUI hat. Zusammen können wir diese Apps und Prozesse als den GIS-Manager unseres Büros betrachten.<\/P>
Ein Bildschirmfoto der Anwendung ArcGIS Server Administrator Directory.<\/span><\/span><\/P>In ArcGIS Server gibt es auch einen bestimmten Ort, an den Clients gehen können, um fertige Karten-, Vektor-Kachel- und Bilddienst-Cached-Kacheln zu erhalten. Man kann dies als den Empfangstresen betrachten. Meistens ist dort eine Person am Tresen, die den Clients helfen kann, die benötigten Kacheln zu bekommen; dies ist ein Prozess in ArcGIS Server namens Tile Handler.<\/P>Schließlich hat der ArcGIS Server spezifische Prozesse, die Serviceanfragen direkt unterstützen. In unserem Büro konzentrieren sich die GIS-Analysten auf bestimmte Ressourcen und können auf Live-Anfragen für die Ressourcen reagieren, für die sie verantwortlich sind.<\/P>Unser GIS-Büro benötigt auch eine Möglichkeit, um bekannt zu machen, welche Ressourcen sie der restlichen Organisation zur Verfügung stellen. Ich denke dabei gerne an einen Katalog von Ressourcen. Ich erinnere mich an Zeiten vor ArcGIS Server und Portalen, in denen wir eine einfache Webseite oder ein PDF-Dokument pflegen mussten, das diese GIS-Produkte auflistete. In ArcGIS Server gibt es eine Webanwendung, die mit der Software geliefert wird und sowohl eine allgemeine Auflistung als auch viel tiefere Einblicke in jeden Webdienst bietet, der auf der Site läuft. Diese Webanwendung heißt ArcGIS Server Services Directory.<\/P>
Ein Bildschirmfoto des ArcGIS Server REST Services Directory.<\/span><\/span><\/P>Wenn unser Büro… oder besser gesagt ArcGIS Server... arbeitet, kann ein Client entweder eine beworbene Ressource von einem Analysten oder vom Empfangstresen erhalten. Der Ort, an den er geht, hängt vom Bedarf des Clients und der Rolle ab, die die Ressource in der aktuellen Anwendung spielt, die mit dem Büro kommuniziert. Sie können entweder zwischengespeicherte oder dynamische Ergebnisse von ArcGIS Server erhalten. Wenn die Anwendung eine Basiskarte benötigt, um Kontext in einer Karte bereitzustellen, erhält sie zwischengespeicherte Kacheln; wenn wir jedoch den aktuellsten Zustand der Daten sehen oder Änderungen vornehmen müssen, um Informationen zu aktualisieren, die vom Büro verwaltet werden, muss der Client mit einem dynamischen Dienst kommunizieren.<\/P>Großartig! Wir verstehen jetzt die Struktur und Hierarchie unseres GIS-Büros in einer Box. In unseren folgenden Artikeln besprechen wir, was jede Person tut und betrachten, wie wir als ArcGIS-Administratoren und Inhalts-Ersteller die Leistung dieser Teile von ArcGIS Server verwalten und steuern können.<\/P>Die nächsten Beiträge sind unter folgenden Links zu finden:<\/P>ArcGIS Server: Die Karte erstellen, die jeder braucht<\/A> <\/P>ArcGIS Server: Die richtigen Daten – genau jetzt<\/A> <\/P>ArcGIS Server: Es geht nur um Effizienz<\/A> <\/P>
