Downloaden Sie, um offline zu lesen
Hochgeladen vonMarc Müller
DevDay 2016 Keynote - Die Evolution agiler Software Entwicklung
Das Dokument beleuchtet die Evolution von DevOps in der agilen Softwareentwicklung und betont dessen Bedeutung für Unternehmen, die ihre Marktposition durch digitale Inkompetenz riskieren. Es erläutert die Schlüsselkomponenten von DevOps, einschließlich der Integration von Entwicklung und Betrieb, Automatisierung und kontinuierlichem Feedback, um effiziente Releases und eine bessere Zusammenarbeit zu fördern. Zudem werden Konzepte wie Microservices, Testautomatisierung und Metriken zur Leistungsüberwachung vorgestellt, um die Effizienz und den kontinuierlichen Verbesserungsprozess zu optimieren.
Weitere ähnliche Inhalte
Ähnlich wie DevDay 2016 Keynote - Die Evolution agiler Software Entwicklung
DevDay 2016 Keynote - Die Evolution agiler Software Entwicklung
- 1. 1 DevOps – DieEvolution agiler Softwareentwicklung Marc Müller Principal Consultant 4tecture GmbH marc.mueller@4tecture.ch
- 5.
- 6. 6 Agenda Intro DevOpsin der Praxis Q&A
- 7.
- 8. „Schon bis 2017wird jedes vierte Unternehmen seine derzeitige Marktposition aus Gründen „Digitaler Inkompetenz“ verlieren.“ (Gartner)
- 9. 9 Was ist DevOps? Bildquelle:https://en.wikipedia.org/wiki/Blind_men_and_an_elephant Team Automation Development und Operations Zusammenarbeit Schnelle und kleinere Releases Feedback aus der Produktion
- 10. „if you can'tmeasure it, you can't manage it” (Robert S. Kaplan)
- 11.
- 12. Product Owner Stakeholder Dev Team Product Backlog Sprint Backlog Potentially Shippable Increment TestTeam Release Vision Epics Backlog Item Agile Planning Tools Build Automation Release Automation Test Automation Analytics
- 13. 13 Wir benötigen Feedback… funktionalesFeedback Customer / Stakeholder nicht-funktionales Feedback Product Owner Tester zeitnahe reproduzierbar automatisiert Dev, Testing, Live
- 14. 14 DevOps als gesamtheitlicheStrategie People •Zusammenarbeit •Gemeinsame Ziele •Fokus auf Verbesserung •Mitarbeiter zusammenbringen Process •Reduzierung von “Waste” •Bessere Effizienz •Kontinuierliches Feedback •Schneller einen Mehrwehrt liefern Tools •Produktivität •Zusammenarbeit •Einfaches Experimentieren •Ausführung der DevOps Strategie
- 15. Flow of CustomerValue • Automated Testing • Continuous Integration • Continuous Deployment • Release Management
- 16. Team Autonomy &Enterprise Alignment • Enterprise Agile • Continuous Integration • Continuous Deployment • Release Management
- 17. BACKLOG refined withLEARNING • Usage Monitoring • Telemetry Collection • Testing in Production • Stakeholder Feedback
- 18. EVIDENCE gathered inPRODUCTION • Testing in Production • Usage Monitoring • User Telemetry • Stakeholder feedback • Feature flags
- 19. MANAGED TECHNICAL DEBT •Code Reviews • Automated Testing • Continuous Measurement
- 20. PRODUCTION FIRST MINDSET •Application Performance Management • Infrastructure as Code • Continuous Delivery • Release Management • Configuration Management • Automated Recovery
- 21. INFRASTRUCTURE is aFLEXIBLE RESOURCE • Application Performance Management • Infrastructure as Code • Continuous Deployment • Release Management • Configuration Management • Automated Recovery
- 22.
- 23. 23 Write Code Customer use thecode Write Code Customer use the code
- 24. 24 Enterprise Alignment andTeam Autonomy Organization Roles Teams Cadence Taxonomy Plan Practices Alignment Autonomy Vision Epics Features PBI / Bugs Tasks
- 25.
- 27. 27 Viele Deployments verursachenSchmerzen, wenn es manuell durchgeführt wird! ein komplexer Monolith in einem Schritt ausgerollt werden muss! zu viele verschiedene Versionsstände unterhalten werden müssen! Wir bekämpfen den Schmerz in dem wir Den kompletten Prozess automatisieren Den Monolith zerlegen Microservices Häufige kleine Releases einer Version, Abstufung mittels Feature Flags
- 28. 28 «Modern» Emergent Architecture EachSprint: Working Software
- 29.
- 30. 30 API Gateway / Proxy Order Service Orders Order Data Order Logic Customer UI AdminUI Product Search Service Products Product Data Product Search Product Service Products Product Data Product Search MessageQueue
- 31. 31 Microservice? Encapsulation Automation Business Domain Centric Decentralization Indepence Fail-Safe Observable Scalable Ein Teil einer Anwendung, der unabhängig deployed werden kann. «Do ONE thing and do it good»
- 32. 32 Hybrid Development &Feature Isolation RI RI main RI FIB FIFIB
- 33. “Your branch distancefrom main is equal to your level of insanity” - anonymous
- 34. 34 Feature Branch vsFeature Toggle Feature Branch Komplette Isolierung Eher komplexe Integration / Merge Feature Toggle Schalter in der Software Entwicklung im selben Branch
- 35.
- 36. Ein Pull-Request einKonzept um Änderungen kontrolliert in ein Git-Repository zu bringen.
- 37. Pull-Request Assign Issue Create Feature Branch Developand Commit Push to Remote Create Pull-Request Notify team & wait for review Develop and Commit Approved? Merge PR & delete branch Finished?
- 38. Automatisierung ist derSchlüssel zur Effizienzsteigerung! ...darum sollte diese so einfach wie möglich implementiert werden können.
- 40. 40 Package Management Ziel: Kleine isolierte Repositories Nur Source-Code, keine Binärdateien Umsetzung: Artefakte als versionierte Pakete verwalten (z.B. Nuget) Firmen- oder projektspezifische Feeds Integration in Build Automatisierung
- 41. 41 FeedBuildRepoA Package Management (NuGet) SourceCode Nuget Specification Assemblies Package Published Package RepoB Nuget Config Build Package Restore Package Config
- 42.
- 43. 43 Sprintorientierte Testplanung Sprint 1Sprint 2 Sprint 3 Sprint 4 Repository v 1.0 CopyCopyCopy Copy
- 44. 44 Tools für TestAutomatisierung UI Service Unit / Component Quelle: Mike Cohn Unit Testing Framework + Isolation Framework Unit Testing + Isolation Framework UI Test Frameworks
- 45. 45 Testautomatisierung in derPraxis Testpyramide Automation by Code / Page Object Pattern UI Automation Engineer und Tester Richtig vorbereitet ist halb getestet
- 46. 46 Experimente Hyptothesis Experiment Learning We believe {customersegment} wants {product/feature} because {value prop} To prove or disprove the above, the team will conduct the following experiment(s): … The above experiment(s) prove(s) the hypothesis by impacting the following metric(s): …
- 47. 47 Learn Measure Build Feedback anhand vonExperimenten New FeatureOld Feature
- 48.
- 49. 49 Beispiele für nicht-funktionaleMetriken (Der Admin) Ziel: Primäre technische Kennzahlen vom Server Beispiele: CPU / Memory Utilization Response Time Transferred Data Data Transfer Rate (e.g MBits/sec) Connections …
- 50. 50 Beispiel Funktional (DerEntwickler) Ziel: Primäre technische Kennzahlen aus der Applikation Beispiele: Exceptions Client Exceptions Server Stacktraces Non responsive external Services (Salesforce, SAP, CRM, Internal Services, …)
- 51. 51 Beispiel Business (DerAnalyst) Ziel: Überwachung der (Business-)Prozesse Beispiele: Welche Features meiner Anwendung werden „tatsächlich“ genutzt? Wie intensiv werden Features genutzt? In welche Features müssen wir investieren? Wird die Anwendung aus Kundenperspektive langsamer?
- 52. 52 Auswertung – MetricExplorer ( 1 / 2 )
- 53.
- 54.
- 55. 55 Application Insights Analytics- Beispiele
- 56. 56 Application Insights PowerBI Business-Sicht Integration in SharePoint und Webseiten
- 57.
- 58. Marc Müller Principal Consultant fürDevOps, ALM, TFS /VS, .NET E-Mail: marc.mueller@4tecture.ch Webseite: http://www.4tecture.ch Schulungen: http://4tecture.ch/trainings Blog: http://4tecture.ch/blog Twitter: @muellermarc