ArcGIS Server-Dienste: Publizieren mit XCOPY

Transkript

1 IT Dienstleistungen Support Software Entwicklung - Ausbildung ArcGIS Server-Dienste: Publizieren mit XCOPY ESRI Userforum ( Technopark Zürich) Pierre Honsberger

2 Begriffe AGI: Amt für Geoinformation des Kantons Bern adue: adue IT GmbH BEDAG: Rechenzentrum für ArcGIS Server Infrastruktur BIMS: BEDAG Information Management System EWS: Entwicklungssystem BKT: Testsystem PROD: Produktion

3 Ausgangslage / Rahmenbedingungen AGI betreibt eine komplexe ArcGIS Server Infrastruktur Regelmässige Migration von ArcGIS Server Diensten auf verschiedenen Stufen / Plattformen (Entwicklungssystem Testsystem, Entwicklungssystem Produktion) Dienste sind auf jeder Stufe gleich, können aber unterschiedliche Eigenschaften haben Nur ein MXD pro Dienst für alle Stufen (!) Datenquelle gleich für alle Stufen Ungefähr 180 Dienste pro Stufe Beispiel Produktion 1 AGS mit 101 Services (120 bis 240 Instanzen je nach Auslastung) 1 AGS mit 78 Services (100 bis 200 Instanzen je nach Auslastung) Das AGI hat Fast vollständigen Zugriff auf Entwicklungssystem (Publizieren mit ArcGIS Desktop möglich) Eingeschränkten Zugriff auf Testsystem und Produktion (Publizieren mit ArcGIS Desktop nicht möglich, kein Zugriff auf Filesystem) (AGI migriert auch WebOffice Projekte, dieser Teil wir hier nicht thematisiert)

4 Migrationspfade ArcGIS Server Dienste EWS1 (Entwicklungssystem) BKT1 (Testsystem 1) PRODA1 (Produktion 1) BKT2 (Testsystem 2) PRODA2 (Produktion 2) PRODA3 (Produktion 3) PRODA4 (Produktion 4) GEODB

5 Disclaimer WARNUNG: Alles was folgt ist NOT ESRI approved NOT ESRI supported Aber immerhin AGI approved adue IT supported

6 Problematik, Ziel Problematik Publizieren mit ESRI-Tools für dieses Szenario nur sehr bedingt geeignet Migration nicht ausschliesslich durch das AGI möhlich, Kooperation mit der BEDAG nötig. Zugriff Zugriff auf Ressourcen sind dem AGI teilweise verwehrt Einsatz von FAT-Applikationen (ArcGIS Desktop) in BEDAG nicht erwünscht (fehlendes Know- How). Einfache Tools, die über die Kommandozeile parametrisiert ausgeführt werden können, werden favorisiert. Ziel Anfrage an adue: Entwicklung eines neuen Tools, das diese Gegebenheiten berücksichtigt und die effiziente, sichere und schnelle Dienstmigration ermöglicht.

7 Lösung, Hauptaufgaben Lösung Das Toolpaket AGSServiceMigrator. Dieses besteht aus AGSServiceCollector AGSServiceTransformator AGSServiceIntegrator Es werden keine ESRI-Ressourcen irgendwelcher Art (DLL, Tools) eingesetzt! Das AGI erstellt Pakete, die über BIMS zur Weiterverarbeitung der BEDAG zur Verfügung gestellt werden. Das Tool ist seit rund 9 Monaten im AGI und der BEDAG im Einsatz Zurzeit nur Migration von Kartendiensten, Erweiterung auf andere Typen geplant Hauptaufgaben Migrationspakete erstellen Dienste migrieren erstellen, ändern und löschen Dienste starten, stoppen und neustarten

8 Was ist ein ArcGIS Server Dienst? Definition Dienst Statischer Körper, dynamischer Geist Statische Definition Dienst: Sammlung von verschiedensten Dateien (XML, JSON, JAR usw.) in einer komplexen Filestruktur Dynamisch: AGS instanziiert die Dienstdefinition zur Laufzeit Grundidee AGSServiceMigrator Auf der Quellplattform einen Dienst normal publizieren (aus MXD-Dokument mit ESRI-Tools) Mit XCOPY die Dienstdefinition (Dateisammlung) migrieren von der Quell- zur Zielplattform Gleichzeitig alle nötigen Änderungen vornehmen (Diensteigenschaften, URLs, Serverreferenzen usw.) damit die Dienste auf dem Zielsystem korrekt funktionieren Aufgabentrennung zwischen AGI und BEDAG AGI erstellt Migrationsaufträge für die BEDAG, die mit BIMS verwaltet werden. Die Aufträge enthalten Informationen über die betroffenen Dienste, welche Eigenschaften diese haben und welche Operationen auf diesen Diensten ausgeführt werden sollen BEDAG führt die Aufträge aus

9 Workflow AGSServiceMigrator Preprocessing (AGI) Access-DB: Verwaltung aller Dienste und ihrer Eigenschaften Exportiert Diensteigenschaften in CSV-Datei als späteren Input zum Collector Collector (AGI) Importiert CSV-Datei Sammelt alle nötigen Dateien aus der AGS- Filestruktur der bestehenden Dienste heraus Erstellt ein Paket für die Weiterverarbeitung (Filestruktur und Diensteigenschaften) Transformator (BEDAG) Transformiert für jede Stufe und Dienst die betroffenen Dateien (Suchen und Ersetzen) Erstellt für jede Stufe eine neue AGS-Filestruktur mit geänderten Dateien und schreibt ein neues Paket Integrator (BEDAG) Integriert aus dem Paket die Dienste in die betroffenen Stufen

10 AGS-Filestruktur (1) Die AGS-Filestruktur besteht aus Config Store Output Directories System Directory Log Directory OGC Directories

11 AGS-Filestruktur (2) Z.B. serviceconfiguration.json

12 Collector.NET Windows Forms Application Auswahl der Dienste (immer EWS als Quelle) Auswahl der Zielplattformen für die Migration. Auslesen einer CSV-Datei mit allen wichtigen Diensteigenschaften Sammelt die Dienstdefinitionen aus dem Filesystem ein (XCOPY) Erstellt ein Dateipaket (gezippt), das die Dienstdefinitionen, die gewünschten Operationen und weitere Metadaten (Diensteigenschaften pro Stufe) enthält Das Paket wird mit BIMS an die BEDAG weitergegeben

13 Transformator (1).NET Console Application Transformiert die Dienstdefinitionen aufgrund von definierten Regeln (XML-Dateien) Suchmuster werden in Dateien gesucht und durch neue Werte (stufengerecht) ersetzt Falls erforderlich können zusätzliche Regeln jederzeit hinzugefügt werden erhöht Flexibilität des Tools Zurzeit werden ca. 50 Regeln angewandt

14 Transformator (2) Geänderte Dienstdefinitionen werden in ein neues Paket geschrieben Erfolgte Änderungen werden minutiös dokumentiert, geloggt und ebenfalls in das Paket geschrieben

15 Integrator.NET Console Application Integration der geänderten Dienstdefinitionen in die Filestruktur der Zielplattform (XCOPY) Führt eine der 6 Operationen aus: Erstellen, Ändern oder Löschen Starten, Stoppen oder Neustart Neben XCOPY kommen noch REST-Aufrufe zur Anwendung Es wird mit User und Kennwort ein Token gelöst (Diese können verschlüsselt in einer Datei abgelegt werden) Zur Endbereinigung der Dienste, wird die (neue) Dienstdefinition eingelesen und unverändert zurückgeschrieben (wahrscheinlich zur Synchronisation Filesystem mit Memory notwendig) Löschen, Stoppen, Starten und Neustart wird über REST-Aufrufe bewerkstelligt

16 Kontaktinformationen AGI Bau-, Verkehrs- und Energiedirektion des Kantons Bern Amt für Geoinformation Reiterstrasse Bern Michel Brünisholz adue adue IT GmbH Pierre Honsberger Zulligerstr. 48 CH-3063 Ittigen - pgh@adue-it.com T:+41 (0) M:+41 (0)