DevOps: More Than CI/CD
DevOps wird oft auf Continuous Integration und Continuous Delivery reduziert. Tatsächlich ist es eine Kultur- und Organisationsphilosophie, die Gene Kim in The Phoenix Project durch die „Three Ways" beschreibt:
- Flow: Arbeit fließt schnell von links (Idee) nach rechts (Produktion)
- Feedback: Schnelle Rückkopplung von rechts nach links ermöglicht Lernen
- Continuous Learning: Experimentieren, Risiken eingehen, aus Fehlern lernen
„The First Way emphasizes the performance of the entire system, as opposed to the performance of a specific silo of work." — Gene Kim, The Phoenix Project (2013)
The Atlassian DevOps Stack
Plan: Jira Software
Alles beginnt mit Jira: User Stories, Bugs, Tasks. Die Verbindung zu Bitbucket macht Jira zum zentralen Planungstool: Branches, Commits und Pull Requests sind direkt im Issue sichtbar. Kein Kontextwechsel, keine verlorene Traceability.
Code: Bitbucket
Atlassians Git-Plattform mit integrierter CI/CD (Bitbucket Pipelines). Code Reviews über Pull Requests, Branch Permissions und Merge Checks sorgen für Qualität. Die tiefe Jira-Integration macht den Status jedes Issues auf Code-Ebene transparent.
Build & Deploy: Bitbucket Pipelines / Bamboo
Bitbucket Pipelines bietet Cloud-native CI/CD direkt im Repository. Für komplexere Setups gibt es Bamboo (Data Center). Jez Humble und David Farley beschreiben in Continuous Delivery das Ideal: Jeder Commit ist potenziell deploybar.
„Our goal is to make deployments — whether of a large-scale distributed system, a complex production environment, an embedded system, or an app — predictable, routine affairs." — Jez Humble & David Farley, Continuous Delivery (2010)
Operate: Opsgenie & Statuspage
Wenn etwas in Produktion schiefgeht, orchestriert Opsgenie die Incident Response: On-Call-Rotationen, Eskalationen, Alert-Routing. Statuspage informiert Kunden über den Systemstatus. Beides ist nativ mit JSM verknüpft.
Monitor & Learn: Jira Service Management
Post-Incident Reviews in JSM schließen den Kreislauf: Was ist passiert? Warum? Was ändern wir? Die Ergebnisse fließen als Changes oder Improvements zurück in Jira Software.
The DORA Metrics: Making DevOps Measurable
Forsgren, Humble und Kim definieren in Accelerate vier Schlüsselmetriken:
- Deployment Frequency: Elite-Teams deployen mehrfach täglich
- Lead Time for Changes: Elite-Teams liefern in unter einer Stunde
- Change Failure Rate: Elite-Teams haben <15% Fehlerrate
- Mean Time to Recovery: Elite-Teams erholen sich in unter einer Stunde
Atlassians DevOps-Stack macht diese Metriken messbar: Jira trackt Lead Time, Bitbucket Pipelines misst Deployment Frequency, JSM erfasst MTTR und Change Failure Rate.
DevOps and Security: DevSecOps
Im DevOps Handbook betonen Kim et al.: Sicherheit muss in den Wertfluss integriert werden, nicht als nachgelagerter Gate. Atlassian unterstützt das durch:
- Bitbucket: Secret Scanning, Dependency Scanning
- Atlassian Guard: Org-weite Sicherheitsrichtlinien
- JSM: Change Management mit Approval-Workflows
- Compass: Software-Katalog mit Health Scores
XALT: DevOps Expertise from Practice
XALT bringt DevOps-Erfahrung aus realen Enterprise-Umgebungen mit. Wir konfigurieren nicht nur Tools – wir helfen Teams, die kulturellen und organisatorischen Voraussetzungen für echtes DevOps zu schaffen. Denn wie The DevOps Handbook zeigt: Tools ohne Kultur-Shift sind nur teure Shelfware.
Accelerate DevOps with Atlassian
From CI/CD pipelines to incident management to DevOps culture – we make your delivery process faster and more secure.
Request DevOps Consulting →Further Reading
- Kim, G., Behr, K., Spafford, G. (2013): The Phoenix Project. IT Revolution Press.
- Kim, G., Humble, J., Debois, P., Willis, J. (2016): The DevOps Handbook. IT Revolution Press.
- Humble, J., Farley, D. (2010): Continuous Delivery. Addison-Wesley.
- Forsgren, N., Humble, J., Kim, G. (2018): Accelerate. IT Revolution Press.