CD in the box. Jan Rümenapf Matthias Zieger

Transkript

1 CD in the box Jan Rümenapf Matthias Zieger

2 Zahlen, Daten, Fakten_ codecentric im Überblick gegründetes Unternehmen aus Solingen mit über 370 Mitarbeitern an 14 Standorten in vier europäischen Ländern. 2.Experten für agile Software Entwicklung und moderne Technologien Modell mit einem Tag pro Woche für Weiterbildung der Mitarbeiter: Technologie-Blog mit mehr als 2 Mio Besuchern im Jahr 2015 Mehr als 100 Publikationen in Zeitschriften im Jahr 2015 Mehr als 100 Vorträge auf internationalen Konferenzen im Jahr 2015 Eigene Fachzeitschrift Der Softwerker + Gründer der Cloud- Dokumentenplattform CenterDevice GmbH und der Performance-Monitoring- Lösung Instana Inc. 2

3 Über XebiaLabs Continuous Delivery and DevOps pioneer, authority and technology leader Global team in US, Europe & APAC Consistently recognized by leading industry analysts Global Leaders Deliver Software with XebiaLabs

4 CD Continuous Delivery 4

5 CD im Rahmen einer DEVOPS Initiative Business Ideen / Anforderungen PRODUCT BACKLOG Feedback Betrieb Entwicklung Code & Test Implement Kollaboration Monitor OPS BACKLOG 5

6 Warum Continuous Delivery?_ Beschleunigter und automatisierter Prozess: Höhere Wertschöpfung Bessere Release-Qualität Reduzierte Entwicklungskosten Produktive Kollaboration Erhöhte Kundenzufriedenheit 6

7 Bestandteile einer CD-Pipeline_ CONTINUOUS DELIVERY: REMOVE (MANUAL) WASTE FROM YOUR SOFTWARE DELIVERY PROCESS" AGILE PROCESS CONTINUOUS INTEGRATION AUTOMATED TEST AUTOMATED DEPLOYMENT AUTOMATED PROVISIONING Profit Q T A P Invesm. Time Deliver fast Deliver often Do the right things Improve quality Increase predictability Improve reliability Repeatable Reduce Cost Increase speed Release insight Reduce release time Reduce errors Less downtime Cost reduction Reduce costs Increase speed Reduce risk Reduce Cost Puppet Bugs Change Cost # Deployments Time # Deployments / T 7

8 Unser Experiment 8

9 CD in a Box Experiment Setup und Prämissen_ CD in a (cheap) Box ~ 200 einfache und günstige Hardware Mix aus Open Source und Enterprise Software Komplette Pipeline Docker basierend Docker auf Raspberry 9

10 CD in a Box Experiment Setup und Prämissen_ Für Messen/ Meetups Nicht Produktiv (als mögl. nächste Schritte) Kein Failover/HA Setup/Cluster Management Kein LDAP/AD, einfaches Standalone Netzwerk 10

11 Demo 11

12 Wie geht es jetzt weiter? 12

13 Skalierungsmöglichkeiten GIT Jenkins Nexus XLDeploy Deploy SVN Teamcity, Bamboo Docker Registry Ansible, Chef Docker - Kubernetes, Mesos, Jboss, Websphere XLRelease Jira, ( Excel, ) 13

14 Vielfalt der Möglichkeiten_ 14

15 Rolle der Tester / Ops 15

16 Rolle der Tester/Ops?_ Quality Gate Quality Gate Quality Gate Quality Gate Unit-Tests Integration Tests System-Tests Akzeptanz-Tests Production Module-Tests Komponenten-Tests Code Analyse Oberflächen-Test Gesamtsystem-Test Performanz-Tests Last-Test Kompatibilitäts-Tests Fach-Tests Power-On Tests Smoke-Tests 16

17 Fazit 17

18 Einführung von CD unsere Erfahrungen Docker auf RasPi immer noch ein Experiment Images auf DockerHub meist für x86 viel Handarbeit notwendig Geschwindigkeit auf RasPi 3 für Demos OK NICHT: Write Once / Run Anywhere Beispiel: Node Versionen ARM vs x86, nexus, nativ anteile Hauptaufwand: Stabile ARM Docker images, java, tools, Frameworks 18

19 Einführung von CD unsere Erfahrungen Antipattern: Einführung von Continuous Delivery via Wasserfall-Methodik An BigBang Theorie glauben Besser: erfolgreiche Inseln (CI, Testautomation) stärken kontinuierlich verbessern Erfolge feiern 19

20 Weitere Informationen zum Thema 20

21 Nächste Schritte? Vielen Dank!

22 Technische Umsetzung_ Business Ideen / Anfiorderungen PRODUCT BACKLOG Feedback Betrieb Entwicklung Code & Test Implement _ Kollaboration Monitor OPS BACKLOG 22

23 VM vs Docker Container 23