28-mal heruntergeladen
Hochgeladen vonMichael Maretzke
Continuous Delivery - Nett oder nötig? Erfahrungsbericht der FriendScout24 - Oktober 2013
Das Dokument behandelt die Einführung von Continuous Delivery bei Friendscout24, einer Plattform für Online-Dating. Es beschreibt den Übergang von traditionellen Entwicklungsansätzen zu agilen Methoden, die Optimierung von Release-Zyklen und den Einsatz moderner Technologien zur Automatisierung von Prozessen. Ziel ist es, eine kontinuierliche Bereitstellung von Software ohne Ausfallzeiten zu gewährleisten und die Effizienz des Entwicklungsprozesses zu steigern.
Continuous Delivery - Nett oder nötig? Erfahrungsbericht der FriendScout24 - Oktober 2013
- 1. www.friendscout24.de Continuous Delivery Nett odernötig? Michael Maretzke
- 2. Michael Maretzke FriendScout24 Vice PresidentTechnology michael.maretzke@friendscout24.de twitter: @mmaretzke
- 4. „Full-Service“ für alleernsthaften Beziehungen FriendScout24 - für die Suche nach dem richtigen Partner Flirten - Aktive Suche Dateroulette Lebenspartner - Wissenschaftlicher Test mit Matching Abenteuer Das erste PremiumCasual-Dating Portal speziell für die Frau - Auch verfügbar - iOS-/Android-App - Facebook-App - Diskretion durch Maskentool Sicherheit mit Jugendschutzpixel Seriös
- 9. Product Manager Product Owner UX Designer Lead Engineer Scrum Master SW EngineerSW Engineer SW Engineer SW Engineer QA Manager KANBAN SCRUM AGILE
- 10.
- 11. How do we increase theodds of our success?
- 12.
- 13. AUTOMATION. Jez Humble, DavidFarley: „Continuous Delivery“, Addison-Wesley, ISBN 9780321601919, Seite 17
- 14. LEAN Product Development Entrepreneursare Everywhere Entrepreneurship is Management Validated Learning Innovation Accounting Build-Measure-Learn
- 15.
- 16. Fail early, learnfast.
- 17.
- 18. Online Dating Plattform„FriendScout24“ ● ● ● ● ● ● Architektur? Gewachsen. Release? Restart. Backend und Frontend? Abhängigkeiten. Redundanz? Nicht alle relevanten Elemente. Aufwand? Sehr groß. Automatisierung? Schon davon gehört.
- 19. Casual Dating Plattform„Secret“ ● ● ● ● ● ● Architektur? Neu. Release? Painless. Backend und Frontend? Geregelt. Redundanz? Yes. Aufwand? Adäquat. Automatisierung? Yes.
- 20. 2013 2012 2011 Continuous Live Deployment Past| Present | Future …
- 21.
- 22. Continuous Live Deployment@ FRS24 2011 ● ● ● ● Agile Methode? SCRUM. Release Cycle? 3 Wochen. QA-Zeit? 2 Tage. Unit-Tests? Wenige. Oktober 2011 Assessment @FRS24 Brain Storming 1) 2) 3) 4) 5) 6) 7) 8) 9) … … … … … … … … … TODO-Liste @FRS24 Setup CLD Team
- 23. Continuous Live Deployment@ FRS24 2012 ● ● ● ● Agile Methode? Kanban. Release Cycle? Jeden 2. Tag. QA-Zeit? 5 Stunden. Unit-Tests? Mehr – aber immer noch wenig. @FRS24 CLD-Team 1) 2) 3) 4) 5) 6) 7) 8) 9) … … … … … … … … … TODO-Liste
- 24. Continuous Live Deployment@ FRS24 2012 ● ● ● ● Agile Methode? Kanban. Release Cycle? Jeden Tag. QA-Zeit? 3 Stunden. Unit-Tests? Noch mehr – aber immer noch wenig. Seite 24 Titel der Präsentation | Autor der Präsentation
- 25.
- 26.
- 27.
- 28.
- 29. Wie? ● ● ● ● ● Build-Pipeline? Komplett erneuert. CI-Umgebung?Komplett erneuert (Jenkins). UAT-Läufe? Optimiert (Selenium parallelisiert). Code? Aufgeräumt. Architektur? Wenig Änderung. März 2012
- 30. 2012 - 2013 BIGBLOCKS BIG BLOCKS
- 31. BIG BLOCKS 4 Dimensionenzum Erfolg Organisation System Architecture Software Architecture Menschen
- 32. 4 Dimensionen zuContinuous Live Delivery FriendScout24 Menschen Organisation Software Architecture System Architecture • Verständnis • Zusammenarbeit • Renovierung • Virtualisierung • Kommunikation • Spannungsfeld SW Developer IT Operations DevOps • Backend 1st • Network Architecture • Transparenz • Ownership Builds brechen • Definition of Done • Frontend 2nd • Stand Alone Tests • Hardware Architecture Single Boxes Blades Alte Storages Neue Storages • Automation • Automation • Config Management • Config Management • Monolith Autonome Applikationen • Blueprints
- 33. Tools? ● ● ● ● ● ● ● CI? Jenkins. Build-Pipeline? Jenkins,Nexus. Repository? git. Build-Tools? Gradle, maven, rake, scripts. Agile Tool? JIRA, Greenhopper. Monitoring? Nagios, Gomez, New Relic. Code Wach? Sonar.
- 34. Lessons? Learned! ● ContinuousDelivery? Nett und NÖTIG. ● CD ein Selbstzweck? Nein. Teil eines größeren Ganzen. ● Ältere Technologie? Herausforderung, aber machbar. ● Tools? Start mit OpenSource, dann Enterprise Software. ● CD als USP? Nein, CD wird Commodity. ● USP? Product Development Practice & Company Culture • How do we do this? Never fear the change.
- 35. 2014++ ● ● ● ● Releases? Daily undZero Downtime. Virtualisierung? Elastic Computing. Configuration Management? Infrastructure as Code. Deployment Management? Enterprise grade. Seite 35 Titel der Präsentation | Autor der Präsentation
- 36.