FME hat sich in der Autonomen Provinz Bozen in den letzten 10 Jahren zu einer zentralen Komponente der GIS-Infrastruktur und darüber hinaus entwickelt. Es wird ein kurzer Abriss über die Infrastruktur und den wichtigsten Anwendungsbereichen von FME gegeben. Dazu zählen die Verwaltung zeitgesteuerter Datenflüsse, das Konvertieren der Daten zu komplexen Datenstrukturen (INSPIRE, usw.), die Überwachung der Datenqualität und Konfiguration der OGC-Dienste, Verwaltung von Metadaten, Ausarbeiten von Wetterdaten, Berechnung von Routen im Schülertransport, Bearbeiten von Beitragsverfahren in der Landwirtschaft. Ebenso leistet FME einen wichtigen Beitrag in der Bereitstellung von Diensten im Webgis des Landes, wie z.B. Datenimport und -export, topologische Kontrollen der Datenbank der Landeskartographie. Erwähnenswert ist auch, wie Kunden mittels FME in Eigenregie ihre Daten pflegen.

1. FME als zentrales Element
der GIS-Infrastruktur in der
Autonomen Provinz Bozen

2. Presenter
The
Peak
of
Data
Integration
20
23
Stefan
Putzer
Günther
Gummerer
Michael
Schgraffer
Pietro
d‘Orio
Thomas
Quetri
Michael
Schgraffer
SystemArchitect
SüdtirolerInformatikAG
Centerof CompetenceGIS
Pietro
d‘Orio
GIS Analyst
Südtiroler InformatikAG
Center of CompetenceGIS

3. The
Peak
of
Data
Integration
20
23
Einführung

4. The
Peak
of
Data
Integration
20
23
Südtiroler Landesverwaltung(PAB)
Zivilschutz (ZS)
Südtiroler Gemeindenverband(SGV)
RegionTrentino-Südtirol
Unsere Kunden

5. The
Peak
of
Data
Integration
20
23
23 Servicebereiche

6. The
Peak
of
Data
Integration
20
23
Kunden-Anforderungen
● Komplexe Verarbeitungen
● Interoperabilität zwischen verschiedenen Software-Bereichen
● AutomatiserteAktualisierung
● Migration von/zu anderen Organisationen
● Qualitätsstandards
● Öffentliche Zugänglichkeit
● Transparenz/Dokumentation der Datenflüsse
● Sicherstellung der Kontinuität und Effizienz aller GIS-Dienste

7. The
Peak
of
Data
Integration
20
23
Agenda
1. Wie wir FME einsetzen
2. Unsere GIS-Architektur

8. The
Peak
of
Data
Integration
20
23
Wie wir FME einsetzen

9. The
Peak
of
Data
Integration
20
23
Mehr als 40 Abteilungen mit etwa 340 Diensten

10. The
Peak
of
Data
Integration
20
23
FME ermöglichtden Dialog zwischen verschiedenen
Systemen

11. The
Peak
of
Data
Integration
20
23
FME Scheduling für Aktualisierung und Veröffentlichung
GIS Architektur
Maps

12. The
Peak
of
Data
Integration
20
23
FME als Exportwerkzeugfür andere Organisationen und
Spezifikationen

13. The
Peak
of
Data
Integration
20
23
FME als Exportwerkzeugfür andere Organisationen und
Spezifikationen
2018
Föderales Infrastruktur-Informationssystem
7901 Gemeinde
CoC GIS
x: 655014,024
y: 5115055,748
514956316688
296087461754
???

14. The
Peak
of
Data
Integration
20
23
FME als Importwerkzeug von andere Organisationen oder
Software mit spezifischen Formaten

15. The
Peak
of
Data
Integration
20
23
FME als Integritätsprüfung der Architektur
CoC GIS

16. The
Peak
of
Data
Integration
20
23
Metadaten Verwaltung: Problem gelöst mit FME
2007
ISO 19139
2007
GeoNetwork 2
2012
GeoNetwork 2
Plugin RNDT
2011
AGID

17. The
Peak
of
Data
Integration
20
23
Metadaten Verwaltung: Problem gelöst mit FME
2016
GeoNetwork 3

18. The
Peak
of
Data
Integration
20
23
RNDT Support
Multilanguage
Metadaten Verwaltung: Problem gelöst mit FME
GeoNetwork 2
2019
GeoNetwork 3
Plugin RNDT

19. The
Peak
of
Data
Integration
20
23
Metadaten Verwaltung: Problem gelöst mit FME
GeoNetwork 3
GeoNetwork 3
DEMO

20. The
Peak
of
Data
Integration
20
23
FME integriert im WebGis Client Maps (Import)
maps.civis.bz.it

21. The
Peak
of
Data
Integration
20
23
FME integriert im WebGis Client Maps (Export)
maps.civis.bz.it

22. The
Peak
of
Data
Integration
20
23
FME integriertim WebGis Client Maps (Geoprozesse)
maps.civis.bz.it

23. The
Peak
of
Data
Integration
20
23
FME zur Verwaltung der Vektorkarte „BasicCore“
Vektorkarte BasicCore
Orthofoto 2020

24. The
Peak
of
Data
Integration
20
23
FME zur Verwaltung der Vektorkarte „BasicCore“
PROD
EDIT

25. The
Peak
of
Data
Integration
20
23
FME zur Verwaltung der Vektorkarte „BasicCore“
EDIT

26. The
Peak
of
Data
Integration
20
23
FME zur Verwaltung der Vektorkarte „BasicCore“
Validation
PROD
EDIT

27. The
Peak
of
Data
Integration
20
23
FME zur Verwaltung der Vektorkarte „BasicCore“
originale Vektorkarte
veränderte Vektorkarte

28. The
Peak
of
Data
Integration
20
23
Unsere GIS-Architektur

29. The
Peak
of
Data
Integration
20
23
Unsere GIS Architektur
• Evolution der GIS-Architektur: Von Monolithen zu Microservices.
• Unsere aktuelle GIS-Architektur: Ein Überblick.
• Einführung von FME ab 2010.

30. The
Peak
of
Data
Integration
20
23
• Einführung um 2000.
• Auf diversen physischen Servern installierte monolithische
Fachanwendungen.
• Schwer skalierbar wartbar.
• Unflexibel hinsichtlich Kundenanforderungen.
• Keine Automatisierung, Redundanz und Fehlertoleranz -> häufige
Störungen.
Evolutionder GIS-Architektur - erste Iteration

31. The
Peak
of
Data
Integration
20
23
• Einführung ab 2012.
• Zentraler Kartendienst (Geoserver).
• Erster Einsatz des FME Server.
• Beginn Virtualisierung der Hardware.
• Redundante Datenbanken (Oracle Spacial©).
• Redundante Filesysteme.
• Mikrocaching.
• Manuelles Ausrollen neuer Komponenten bzw. Konfigurationen.
Evolutionder GIS-Architektur - zweite Iteration

32. The
Peak
of
Data
Integration
20
23
• ab 2016.
• Ausbau Zentraler Kartendienst (Geoserver/MapProxy).
• Ausbau FME Server.
• Fortsetzung der Hardware-Virtualisierung.
• Webbasierte zentrale Konfiguration (Maps bzw. Mapsconfig).
• Zentraler Druckdienst (Mapfishprint).
• Zentraler Suchdienst (Solr).
• Redundante Datenbanken und Filesysteme.
Evolutionder GIS-Architektur - dritte Iteration

33. The
Peak
of
Data
Integration
20
23
• Versionierung aller Konfigurationen (GIT).
• Voll automatisiertes Ausrollen der Komponenten und deren
Konfigurationen.
• Überwachung der Services mit FME.
• Zugriffs-Metriken mit "managed graphana" (in der Cloud).
• Seit 2019 alle Komponenten auf virtuellen Servern.
• Tests zur Containerisierung einzelner Komponenten laufen.
Evolutionder GIS-Architektur - dritte Iteration

34. The
Peak
of
Data
Integration
20
23
• Um 2010, Beginn Nutzung FME Desktop. (Datenmanipulation,
Datentransformation fürs Kataster).
• FME Server 2012 (Single Server, 8 Engines), physische Maschine
(Windows Server © 2012), erste Automatisierungen.
• User-Authentifizierung über Microsoft© AD.
• Netzwerk-Filesystem (redundant).
• FME-Systemdatenbank auf Oracle© 11C (redundant).
Einsatz von FME

35. The
Peak
of
Data
Integration
20
23
• 2016 Versuch, FME in "3-tier distributed architecture" in Betrieb zu
nehmen.
• Mehr Probleme, als mit der Produktivmaschine (Single Server)
→ nie in Betrieb gegangen.
Einsatz von FME

36. The
Peak
of
Data
Integration
20
23
• Ab 2016, FME Server 2016 (12 Engines), „single server“.
• Physische Maschine , 256MB RAM, 40 Cores.
• Windows Server © 2012R2.
• Datenbank, Filesystem und User-Authentifizierung wie FME 2012.
• Resourcen-Enpass aufgehoben → komplexere Anwendungsfälle.
Einsatz von FME

37. The
Peak
of
Data
Integration
20
23
• Ab 2019 FME Server Cluster in Betrieb „2-tier failover“ .
• FME Server 2019 (50 Engines), 5 virtuelle Maschinen mit je 32MB
RAM, 4 Cores.
• Windows Server © 2016.
• Datenbank, Filesystem und User-Authentifizierung wie FME 2012.
• Anwendung von FME auf externe Kunden und interne Gruppen
(nicht notwendigerweise im GIS-Anwendungsbereich) erweitert.
Einsatz von FME

38. The
Peak
of
Data
Integration
20
23
• Ab 2022 FME Server Cluster in Betrieb „2-tier failover“ .
• FME Server 2022 (50 Engines), 5 Virtuelle Maschinen mit je 32MB
RAM, 4 Cores.
• Windows Server© 2019.
• Oracle© 19 Exadata.
• Filesystem und User-Authentifizierung wie FME 2012.
Einsatz von FME

39. The
Peak
of
Data
Integration
20
23
FME 2022
• 542 Scripts in 43 Workspaces.
• 175 Schedules.

40. The
Peak
of
Data
Integration
20
23
• Anzahl Jobs > 1 Mio. (über 9 Monate).
FME 2022

41. The
Peak
of
Data
Integration
20
23
• Datenintegration und –harmonisierung.
• Datenqualität und –validierung.
• Wiederverwendung etablierter Scripts → wesentlich reduzierter
Zeitaufwand für neue Anwendungen.
• Skalierbarkeit und Wartbarkeit stark verbessert.
• Erleichterte Fehlersuche.
• Durch die Automatisierung wurde die Anzahl der echten Inzidents
minimiert.
Erreichte Vorteile durch FME

42. Danke!
pietro.dorio@siag.it
michael.schgraffer.@siag.it