Your SlideShare is downloading. ×
Agile Bodensee - Introducing Continuous Delivery
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×

Introducing the official SlideShare app

Stunning, full-screen experience for iPhone and Android

Text the download link to your phone

Standard text messaging rates apply

Agile Bodensee - Introducing Continuous Delivery

310
views

Published on

Case Study zu Continuous Delivery …

Case Study zu Continuous Delivery
Vortrag gehalten auf der Agile Bodensee in Konstanz am 28.9.2012


0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
310
On Slideshare
0
From Embeds
0
Number of Embeds
2
Actions
Shares
0
Downloads
3
Comments
0
Likes
0
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. If it hurts do it more oftenIntroducing Continuous Deliverypingworks – Alexander Birk, Christoph LukasSEITENBAU – Christian FaigleAgile Bodensee, 28.9.2012
  • 2. Case Study – Continuous Delivery  Konkretes Projekt: online Präsentationstool a la slideshare.net  Ordner, Tags, Berechtigungen  ca. 40 Entwickler  3 Standorte
  • 3. Technischer Rahmen 3 Schichten Architektur Java, PHP, JS ~ 35 SVN Module, 5000 Konfigparameter Unit-, Integrations- und Systemtests
  • 4. Komponenten
  • 5. 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
  • 6. 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!!
  • 7. Continuous Delivery
  • 8. Continuous Delivery
  • 9. Aspekte von Continuous Delivery Continuous Delivery Convention over Continuous Integration Configuration DevOps Thinking Continuous Improvement
  • 10. Testumgebungen Virtualisierte Testumgebungen „Infrastructure as Code“ Geskriptetes „bare Metal-Cloning“ und Konfiguration „Wegwerf-Mentalität“ Erstellung in < 15 min.
  • 11. Deployment Installer im Bundle Kann Anwendung auf allen Umgebungen installieren Konfiguriert die Anwendung „One Click Deployment“ in < 3 min.
  • 12. Continuous Delivery in Zahlen  Bis zu 100 Commits / Bundles pro Tag  Bis zu 1000 Deployments pro Tag
  • 13. 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
  • 14. Aufwand und Kosten Aufsetzen von Continuous Delivery 3 Entwickler Vollzeit 2 Monate => 120 PT Manuelles Deployment pro Sprint 1 Jahr, 25 Sprints a 3 PTs => 75 PT 1 Sprint Integration / Bugfixing => 70 PT ---------- 145 PT
  • 15. Gewinn 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
  • 16. Fazit „Must Have“ für agile Software Entwicklung
  • 17. Live Demo Erzeugung einer Testumgebung Dashboard Build-Pipeline im Jenkins Bundle-Repository Deployment auf neue Testumgebung