If it hurts do it more oftenIntroducing Continuous Delivery

pingworks – Alexander Birk, Christoph Lukas

SEITENBAU – Christian Faigle

Agile Bodensee, 28.9.2012

Case Study – Continuous Delivery

Konkretes Projekt: online Präsentationstoola la slideshare.net

Ordner, Tags, Berechtigungen ca. 40 Entwickler 3 Standorte

Technischer Rahmen

3 Schichten Architektur Java, PHP, JS ~ 35 SVN Module, 5000 Konfigparameter Unit-, Integrations- und Systemtests

Komponenten

Entwicklung mit SCRUM

zweiwöchige Sprints Lieferung alle zwei Wochen Jede Lieferung bedeutet:

Erstellung von Binärpaketen Deployment auf Testumgebung Durchführung von Tests Erstellung von Testprotokollen

Lieferung ohne Continuous Delivery

Tagging, RPM Build, Deployment: ~ 1 PT Lieferung: ~ 2 PT Integration selten, mini BigBang Spezialwissen nötig Wehe, die Spezialisten haben Urlaub!!

Continuous Delivery

Continuous Delivery

Aspekte von Continuous Delivery

Continuous Delivery

Continuous IntegrationConvention over

Configuration

DevOps Thinking Continuous Improvement

Testumgebungen

Virtualisierte Testumgebungen „Infrastructure as Code“ Geskriptetes „bare Metal-Cloning“ und

Konfiguration „Wegwerf-Mentalität“ Erstellung in < 15 min.

Deployment

Installer im Bundle Kann Anwendung auf allen Umgebungen

installieren Konfiguriert die Anwendung „One Click Deployment“ in < 3 min.

Continuous Delivery in Zahlen

Bis zu 100 Commits / Bundles pro Tag Bis zu 1000 Deployments pro Tag

Schwierigkeiten

Bereitschaft für Veränderung Graben zwischen Dev und Ops zuschütten DevOps Thinking etablieren:

„jeder ist verantwortlich für die Delivery und Betrieb“

Vermeintliche Kosten

Aufwand und Kosten

Aufsetzen von Continuous Delivery3 Entwickler Vollzeit 2 Monate => 120 PT

Manuelles Deployment pro Sprint1 Jahr, 25 Sprints a 3 PTs => 75 PT1 Sprint Integration / Bugfixing => 70 PT

----------145 PT

Deployment wird zum Non-Event Kein „Configuration Nightmare“ weniger (schwere) Fehler Keine Angst vor Refactorings Weniger Aufwand für Deployment /

Konfiguration / Testing Mehr Zeit für Features, mehr Motivation

Gewinn

Fazit

„Must Have“ für agile Software Entwicklung

Live Demo

Erzeugung einer Testumgebung Dashboard Build-Pipeline im Jenkins Bundle-Repository Deployment auf neue Testumgebung