200 und „Eine“ Anwendungsmigration in 1000 Tagen - Gothaer's Herausforderungen auf dem Weg in den Container - Stefan Schilling, Gothaer

Anfang 2016 machte sich die Gothaer mit dem ambitionierten Ziel auf den Weg, ihre Java-Anwendungen, große Monolithen und kleine Services, von WebSphere nach JBoss zu migrieren. Damals waren OpenShift und das Wort Cloud Native für das Unternehmen noch unbekannte Fremde. Der Weg war steinig, bis letztendlich eine „Landebahn“ stand und die Migrationsgeschwindigkeit stimmte. In dem Vortrag berichtet Stefan über die Herausforderungen und Erfahrungen der letzten Jahre und warum es für die Gothaer wichtig war, von Anfang an alle Entwickler mitzunehmen und dem Unternehmen eine Zukunftsplattform zu geben, die einer kontinuierlichen Verbesserung unterliegt.

Transcript

1. „200 und Eine“ Anwendungsmigration in 1000 Tagen Unsere Herausforderungen auf dem Weg in den Container 08.10.2019 | Enterprise Cloud Native Summit München | Stefan Schilling
2. 1 Gothaer Versicherung 2 Projekt JBoss Migration – Erster Versuch 3 Restrukturierung des Projektes 4 Herausforderung Mensch 5 Herausforderung Migrationsgeschwindigkeit 6 Herausforderung aktuell bleiben 7 Lessons learned. Und Ausblick nach vorne Agenda
3. Gothaer Versicherung
4. | Enterprise Cloud Native Summit München | Stefan Schilling 4 Wer sind wir? Der Gothaer Konzern – Zahlen, Daten, Fakten 08.10.2019 Gothaer Versicherung Gegründet 1820, Zentrale in Köln, 5400 Mitarbeiter 4,1 Mio Kunden, 4,4 Mrd. € Beitragseinnahmen Vollsortiment über alle Versicherungszweige Gothaer Systems GmbH IT und TK Dienstleister der Gothaer für alle IT-Dienstleistungen 600 Mitarbeiter und ~160 Mio € IT-Invest Individuelle Anwendungsentwicklung, Integration von Standardsoftware, RZ- und Printcenterbetrieb Stefan Schilling seit 10+ Jahren bei der Gothaer (inkl. Ausbildung) Bsc. Scientific Programming, Msc. IT-Management 6 Jahre Anwendungsentwicklung, 2 Jahre IT Enterprise Architekt
5. Projekt JBoss Migration – Erster Versuch
6. | Enterprise Cloud Native Summit München | Stefan Schilling 6 Was wollten wir mit dem Projekt JBoss Migration erreichen? So sind wir vorgegangen und das haben wir gelernt 08.10.2019 Kosten sparen – WebSphereND nach JBoss Migration Modernisierung Entwicklungslinie – CI/CD-Pipeline Klassisches Vorgehen und bestehende Prozesse Lösung einer sehr komplexen und unbekannten Aufgabe So funktioniert es nicht! Das Einhalten bestehender Prozesse verlangsamte massiv und hinderte uns daran Ergebnisse zu produzieren und evaluieren. Ziele des Projektes Vorgehen Fazit
7. Restrukturierung des Projektes
8. | Enterprise Cloud Native Summit München | Stefan Schilling 8 Ein Reboot - Das Projekt „Automatisierte Anwendungsplattform“ - AAP 08.10.2019 Teamsetup  Kernteam mit 3 Wochen Sprints und agilem Coach  Dediziertes Team für den Plattformaufbau on-Premise: „Infrastructure as Code“  Dediziertes Team für die Migrationsvorbereitungen und Ausarbeitung des Vorgehens Vorgehen  Experimentieren  laufende IT bauen  dokumentieren  Autonomie der Teams: bestehende Prozesse auch in Frage stellen können (Umkehr der Beweislast)  Management Support, auch wenn es ruckelt Agiles Projekt  Flexibilität beim Deployment von Anwendungen  Unabhängigkeit von anderen Bereichen  Sich Dinge trauen (vor „fertig“ produktiv gehen, Abriss Produktion, Bereichsleiter baut ne App, …) Disruptiver Ansatz
9. Herausforderung Mensch
10. | Enterprise Cloud Native Summit München | Stefan Schilling 10 15 Jahre Java Entwicklung im WebSphere, jetzt alles neu außer Java! Wir können unsere 100 Java Entwickler nicht hängen lassen. 08.10.2019
11. 08.10.2019 | Enterprise Cloud Native Summit München | Stefan Schilling 11 Wie haben wir unsere Entwickler auf die neue Welt vorbereitet? - Mit Schulungen, Coaching, Dokumentationen … Schulungen Maven Git Jboss und CI/CD-Tools Workshops OpenShift und Instana Wissensdatenbank im Wiki Migrations- vorgehen Coaching ZMT-Betreuer 1:2,5 Migrationen Onboarding Agile Methodik Typischer Einsatz der Entwickler aus der Linie Vorbereitungsphase Migration jeweils 2 Sprints (je 3 Wochen) Migration jeweils 2 Sprints (je 3 Wochen) Migration jeweils 2 Sprints (je 3 Wochen) I II
12. 08.10.2019 | Enterprise Cloud Native Summit München | Stefan Schilling 12 Wie haben wir die neue Welt für den Entwickler zugänglicher gemacht? - Durch Abstraktion – nicht jeder muss alles können  Migrationstooling – Übertragung der SVN-Sourcen in das GIT inklusive Vorverarbeitung  Konfiggenerator – Generierung der Konfigurations- und Deploymentdateien  Templateprojekte und Central-Config  GIT Namenskonventionen  Generierte Pipelines im Jenkins, Trennung CI und CD Im Zusammenspiel mit Konfiggenerator, CentralConfig und install.yml sind entsprechend konfigurierte Deployments automatisch möglich Abstraktion und Tooling Generische Jobs
13. | Enterprise Cloud Native Summit München | Stefan Schilling 13 Java Entwicklung ab jetzt auf der neuen CI/CD Pipeline mit OpenShift Unser Selbstverständnis: Alle enablen Alles migrieren Dinge in Frage stellen 08.10.2019
14. Herausforderung Migrationsgeschwindigkeit
15. Wie können wir beim Thema Migration Fahrt aufnehmen? 200 Anwendungen! - Durch die Industrialisierung der Migrationen 08.10.2019 | Enterprise Cloud Native Summit München | Stefan Schilling 15 Industrialisierung einheitlich Vorgehensmodell Clusterplanung Tools, Templates und Prozesse schnell vorher Sourcecodeanalyse Zeitliche Entzerrung: technische Schulden abbauen währenddessen Fachlicher Freeze während der Migration 80% Anwesenheit der Entwickler vor Ort Störfaktoren beseitigen & Blockeranalyse nachher weitere Parallelisierungen erproben Nearshoring autarke Teams ZMT-Migrationen Kontinuierliche Verbesserung Retro Beispiel Clusterplanung
16. Wie können die Geschwindigkeit halten? 200 Anwendungen! - Kontinuierliches Messen und beseitigen von Hindernissen 08.10.2019 | Enterprise Cloud Native Summit München | Stefan Schilling 16  3 Wochen Sprint  5 Projekt-Ziele  Individuelle Ziele je Anwendung Planung  Wie weit bin ich gekommen?  Was hindert mich?  Wer kann mir helfen? Täglicher Austausch  Vorhersagbar?  Wiederkehrende Probleme?  innerhalb/außerhalb?  Was tun wir dagegen? Blocker Analyse  Hohe Transparenz  Unangenehm für manche Messung Zielerreichung 1 2 3 4 Unser tägliches Board
17. Herausforderung aktuell bleiben
18. | Enterprise Cloud Native Summit München | Stefan Schilling 18 Cloud Native Container Plattformen wandeln sich ständig Was ist das beste Tool für den Job? Und wie aktuell halten? 08.10.2019 Stagingprinzip mit Testautomatisierung Sicherstellung Aktualität und Qualität der Plattform, ohne Beeinträchtigung des Anwendungsbetriebes. Cloud Native-Plattformen bestehen aus vielen Modulen (Tools/Plugins) und Prozessen(Sprachen). Entwicklungs- und Testvorgehen Plattform Plattformteam stellt Neuerungen (Plattformfeatures und Dockerimages) bereit und schaltet Altes ab. Steuerung über den Konfiggenerator. Verantwortung für ein aktuelles und sicheres Dockerimage in Produktion liegt beim Produktteam. Patch und Lifecycle-Prozess
19. 08.10.2019 | Enterprise Cloud Native Summit München | Stefan Schilling 19 Die Landebahn im Blick behalten und aufräumen Anwendungen veralten ebenfalls Self-Service Zielgruppe: Jeder der Informationen braucht Bei Bedarf Rest-Schnittstelle für Toolanbindung Container Audit Tool • Konfigurationsparameter (Konfiggenerator) • Ressourcenverbrauch und Kostenverrechnung • Sicherheit (Containerhealtindex) • Kapazitätsmanagement • Nachvollziehbarkeit (GIT-Link) • Gleichförmigkeit der Testumgebungen … Kontinuierliche Überwachung der Inhalte
20. Lessons learned. Und Ausblick nach vorne
21. Was haben wir gelernt? Und wie geht es weiter? 08.10.2019 | Enterprise Cloud Native Summit München | Stefan Schilling 21 Das Agile Vorgehen ist sehr gut geeignet für Unbekanntes. Das Unternehmen ist auf den aktuellen Stand der Technik gehoben und wir halten es dort. Der Weg in Richtung Public-Cloud ist eine Reise und wir sind die ersten Schritte bereits gegangen. Zentraler Erfolgsfaktor Management am Ball halten  Reifegrad der Technik für den produktiven Einsatz ist erreicht  Aktuell bleiben ist essentiell, ein modularer Aufbau und gute Testautomatisierung unterstützen  Am Anfang mit Gegenwind rechnen, von überall, neue Technik schafft massive Verunsicherung und Zweifel beim ersten Ruckeln Botschaft o Plattform und Migration alleine machen die Entwicklung (Time2Market) noch nicht schnell: fehlende Testabdeckung, Abhängigkeiten zu Host und Umsystemen, manuelle Datenbank Deployments bremsen o Plattform ist der Anstoß und Ermöglicher für weitere Verbesserungen im Unternehmen Verbleibende Herausforderungen
22. Unser Antrieb: In der Gemeinschaft Werte schützen.
23. 08.10.2019 | Enterprise Cloud Native Summit München | Stefan Schilling 23 Quellen der Bilder Gekaufte Fotos von https://www.istockphoto.com/de: Folie 6 - https://www.istockphoto.com/de/foto/blick-auf-ar-bildschirm-gantt-diagramm-zeitplan-projektleiter-planung-gm847156808-138860251 Folie 8 - https://www.istockphoto.com/de/foto/problem-l%C3%B6sung-unternehmen-gm698709788-129439059 Folie 10 - https://www.istockphoto.com/de/foto/gesch%C3%A4ftsmann-klettern-%C3%BCber-mauer-gm119013890-78512247 Folie 11 - https://www.istockphoto.com/de/foto/training-business-concept-for-presentations-on-gray-gm639103122-115004161 Folie 13 - https://www.istockphoto.com/de/foto/running-auf-der-oberseite-gm696322124-128830941 Folie 19 - https://www.istockphoto.com/de/foto/flugzeug-an-einem-sonnigen-tag-gm134707171-10749447 Folie 8 - RedHat OpenShift Container Platform Logo https://blog.openshift.com/ Alle restlichen Screenshots und Fotos sind von der Gothaer, bzw. Gothaer Systems GmbH