OSS & Cloud Computing: der Motor für das Geoportal Bund

Transkript

1 OSS & Cloud Computing: der Motor für das Geoportal Bund Hanspeter Christ, Prozessleiter a.i. Webinfrastruktur swisstopo David Oesch, Projektleiter Geoportal Bund

2 Ausgangslage: Geoportal Bund Situation 80 Prozent aller Entscheide, die Bürgerinnen und Bürger betreffen, sind mit Geoinformation verbunden Geodaten sind: - Wissensgüter - Digitale Ressourcen Aktion Geoinformations Gesetz (GeoIG) (Inkraftsetzung ) Art. 1 Zweck: Dieses Gesetz bezweckt, dass Geodaten über das Gebiet der Schweizerischen Eidgenossenschaft den Behörden von Bund, Kantonen und Gemeinden sowie der Wirtschaft, der Gesellschaft und der Wissenschaft für eine breite Nutzung, nachhaltig, aktuell, rasch, einfach, in der erforderlichen Qualität und zu angemessenen Kosten zur Verfügung stehen. Aufbau Geoportal Bund: RE1 bis Ende 2009 online Resultat Grundlagen geschaffen, dass Geodaten eine breite Nutzung, nachhaltig, aktuell, rasch, einfach, in der erforderlichen Qualität und zu angemessenen Kosten zur Verfügung stehen. OSS Strategie BV: Einsatz von OSS in egov Anwendungen besonders nutzbringend. 2

3 Resultat: Geoportal Bund Portal CMS: Kartenviewer: map.geo.admin.ch API: Beispiel (FUB) (OSS, CC) (OSS, CC) 3

4 Geoportal Bund: Rahmenbedingungen - Zeit 1 Jahr (Konzept bis Einführung) - Kosten unter WTO Grenze (Zeit) - Performance wie GoogleMaps - Verfügbarkeit Ausfallzeiten minimal (IGN Effekt) Mission impossible? 4

5 Zeit -> are you on time? Jede Webapplikation benötigt Hardware (Server) Zeitbedarf für Beschaffung neuer Server beim Bund > 3 Monate Zeitbedarf für Beschaffung neuer Server über IaaS, z.b. Amazon EC2 < 30 Minuten Infrastruktur als Service (IaaS) nutzen Mehr Zeit, um sich auf wesentliche Projektinhalte zu konzentrieren Positive Erfahrungen mit EC2 und S3 aus anderen Projekten vorhanden, z.b. map.schweizmobil.ch 5

6 Kosten -> are you efficient? Niedrige oder gar keine Initialkosten (CapEx) bei Einsatz von IaaS und OSS Nur Betriebskosten (OpEx) bei Einsatz von IaaS Keine langwierigen und teuren Vertragsverhandlungen dank Einsatz von OSS Automatisierung repetitiver Sysadmin-Tasks (z.b. mit puppet, Mehr Zeit und finanzielle Mittel, um sich auf wesentliche Projektinhalte zu konzentrieren 6

7 Performance -> can you scale? Nahezu unbegrenzte Server- und Storage- Infrastruktur in der Cloud vorhanden Diese Infrastruktur ist über eine API verfügbar Infrastruktur ist Code und somit skalierbar und automatisierbar (puppet), aber auch versionierbar (GIT) 7

8 Verfügbarkeit -> can you connect? Verfügbarkeit von Amazon EC2 (IaaS) 99.95% Erfahrungen der letzten 2 Jahre bestätigen diese Zahl (Monitoring mit nagios) Der limitierende Faktor für die Verfügbarkeit des Gesamtsystems sind die virtuellen EC2 Server unter der Verantwortung des IaaS-Kunden Zeit in die Automatisierung und Entflechtung der Infrastruktur investieren Bilde die Server from scratch und manage sie mit puppet (mehr dazu am im Track Effizientes Linux Systems Management um 10:00 am KMU-Tag) 8

9 Cloud-Architektur von map.geo.admin.ch 9

10 Virtuelle Server (Amazon EC2) SYS + MW APP Die OSS-Zutaten von map.geo.admin.ch IaaS 10

11 Fazit I Was unsichtbar ist, ist typischerweise wichtiger / substantieller als was der Nutzer sieht: es bestimmt die Funktion und die Performance. Visualisierung Datenhaltung Infrastruktur Sichtbar Unsichtbar OSS Open Standards 11

12 Fazit II Open Source Software: OS, Applikationen Open Standards: OGC Schnittstellen Open Access: API, MapFish Wiederverwendbar:für BV, Kantone, Gemeinden, Dritte Kosten / Nutzen: Lifecycle Kartenviewer / Tiles Realisiert. 12

13 Fragen Hanspeter Christ: David 13

14 map.geo.admin.ch: Kartenviewer 14

15 map.geo.admin.ch: API 15

16 Geoportal Bund: Rahmenbedingungen II Problemstellung / Project Challenge - Gesetzlicher Auftrag gemäss GeoIG/IV - Bedürfnisse / Anforderungen / Erwartungen von Bundesstellen Aufgabenbereich / Scope - Schnelle, innovative, nachhaltige, robuste Umsetzung eines Portals mit Katalog, Kartenviewerfunktion und Diensten für die Geodaten gemäss GeoIG/IV Critical Success Factors - Datensätze gemäss GeoIV: minimale Geodatenmodelle / Metadaten - Aufbau Infrastruktur - Aufbau Architektur (Daten- und Service Layer, CMS) Zielvorstellungen / Objectives - Zugang zu Geoinformation / Diensten / Daten - Vernetzung - Zentrale und gemeinsame Eintrittstüre zu allen Geodienstleistungen des Bundes Meilensteine - Status: Betrieb Komponenten - Kartenviewer - Suche / Katalog - Information / Lokalisierung - Vertrieb / Download - Dienste (M2M, API) Team - - Externe Messlatte - Eine zentrale und gemeinsame Eintrittstüre zu allen Geodienstleistungen des Bundes gemäss GeoIG/IV ist gewährleistet Budget -Keine WTO aus Zeitgründen 16