Unsere DevOps-Reise in der Mobiliar begann im Herbst 2015 im Rahmen eines PoC mit dem Namen „Agiles Releasing“. Das Ziel war von Anfang an klar: Wir wollten die halbjährlichen Monster-Releases auf kürzere Intervalle mit inhaltlich kleineren Changes herunterbrechen. Unsere Reise ist noch lange nicht zu Ende, aber mittlerweile releasen wir Teile unserer Applikationslandschaft wöchentlich und problemlos. Die Präsentation soll Einblick geben über unsere Vorgehensweise und die eingesetzten Tools.

1. Liebe Mobiliar,
wie macht Ihr eigentlich DevOps?
Nicolas Bonfils & Philipp Grossenbacher

2. Dev Ops
Nicolas
Software Entwickler
Philipp
PO Container Platform

3. 1826
5259
250
7156
1961

4. 1826
5259
250
7156
1961
1826Gründungsjahr
älteste private
Versicherungsgesellschaft
der Schweiz

5. 1826
5259
250
7156
1961
5259Mitarbeiter
Stand Ende 2017

6. 1826
5259
250
7156
1961
250Applikationen
davon ~200 Eigenentwicklung

7. 1826
5259
250
7156
1961
7156Virtuelle Server (VMs)
Stand Feb 2018, Tendenz sinkend

8. 1826
5259
250
7156
1961
1961Container (Pods)
Stand Feb 2018, Tendenz steigend

9. 2020201920182017201620152014

10. 2020201920182017201620152014
Modularisierung

11. Kleine fachliche Services, die lose
gekoppelt und unabhängig sind

12. Kleine fachliche Services, die
lose gekoppelt sind

13. Kleine fachliche Services, die
lose gekoppelt sind

14. Unabhängigkeit

15. • Testbarkeit
• Time-To-Market
• Wartbarkeit
• Langlebigkeit
• Skalierbarkeit
• Verantwortung
Unabhängigkeit

16. Dev Ops
InfrastructureCode

17. Dev Ops
InfrastructureCode

18. Dev Ops

19. Dev Ops

20. Dev Ops;) :(

21. Dev Ops

22. Dev Ops

23. Dev Ops:) :)

24. µServices
t
µService
µService
µService
µService
µService
µService
µService
µService
µService
µService
µService
µService
µService
µService
µService
µService
µService
µService
µService
µService
µService
µService
µService
µService
µService
µService
µService
µService
µService
µService
Typische Evolution...

25. rvice µService µService µService µService µService µService µService µService µService µService µS
rvice µService µService µService µService µService µService µService µService µService µService µS
rvice µService µService µService µService µService µService µService µService µService µService µS
rvice µService µService µService µService µService µService µService µService µService µService µS
rvice µService µService µService µService µService µService µService µService µService µService µS
rvice µService µService µService µService µService µService µService µService µService µService µS
rvice µService µService µService µService µService µService µService µService µService µService µS
rvice µService µService µService µService µService µService µService µService µService µService µS
rvice µService µService µService µService µService µService µService µService µService µService µS
rvice µService µService µService µService µService µService µService µService µService µService µS

26. 05.03.2018Präsentationstitel 32

27. 2020201920182017201620152014
Modularisierung
Automatisierung

29. Pipeline
manu
al
Umgebung 1
. . .
Entwicklung Test Produktion
Umgebung 2
• Manuelle Schritte
• Abhängigkeiten
2014

30. Monster Releases

31. Software Qualität

32. Mobiliar
Testpyramide

33. Regeln

34. Build
push
change
push image
deploy
build & test
GIT
Docker Compose
Docker Registry
Kubernetes
TeamCity

35. CI / CD Pipeline
ProdPreProdTestBuild OnDemand
UnitTest
IntegrationTest
ServiceTest SystemTest SystemIntegrationTest
RolloutTest
μS 1
μS 1
μS 2
μS 3
μS 1
μS 2
μS 1

36. 2020201920182017201620152014
Modularisierung
Automatisierung
Visualisierung

38. Mobitor
Pipeline: Mobitor

39. Mobitor: Build

40. Mobitor: Umgebungen

41. Software Qualität (SonarQube, NexusIQ)
Software Qualität: SonarQube & NexusIQ

42. Release Management: EnvChecker

43. Performance: Telemetrie, Grafana, Splunk

44. REST Services: Contexts.UI & Swagger

45. Containers: Kubernetes Cluster Dashboard

46. Kommunikation: Rocket.Chat

47. 2020201920182017201620152014
Modularisierung
Automatisierung
Visualisierung
Organisation & Kultur

48. EDGAR SCHEIN
KULTUR IST DIE SUMME ALLER GEMEINSAMEN UND
SELBSTVERSTÄNDLICHEN ANNAHMEN*, DIE EINE
GRUPPE IM LAUFE IHRER GESCHICHTE ERLERNT HAT.
ANNAHMEN: WERTE, ÜBERZEUGUNGEN, NORMEN

49. DEVS INTERESSIEREN SICH NICHT FÜR DIE PROD
OPS INTERESSIERT SICH NICHT FÜR NEUE FEATURES
NIEMAND INTERESSIERT SICH FÜR DIE SECURITY

51. FeatureTeams
ArG DevOps
ArbeitsGruppe
CoP DevOps
Community of Practise

52. 2020201920182017201620152014
Modularisierung
Automatisierung
Visualisierung
Organisation & Kultur

53. KULTUR & ORGANISATION HINKT NACH

54. WÖCHENTLICHE RELEASES MIT VIEL ABSTIMMUNG

55. ERSTE FEATURE-TEAMS HABEN
BEREITS DEVOPS-MINDSET

56. 2020201920182017201620152014
Modularisierung
Automatisierung
Visualisierung
Organisation & Kultur
Ausblick

57. «ICH WILL, DASS DIE MOBILIAR
FÄHIG IST BIS 2020, TÄGLICH
PRODUKTIV LAUFFÄHIGE SOFTWARE
KOMPONENTEN AUSZUROLLEN.»
ROLF TRÜEB, CIO DIE MOBILIAR (2017)

58. DevOps

59. DevOps
MicroServices & Automatisierung & Visualisierung
End2End Ownership
Tech is easy, humans are hard!
3 TakeAways