SlideShare ist ein Scribd-Unternehmen logo

Lessons Learned: arc42 in einem echten DevOps Team

Johannes Dienst
Johannes Dienst
Johannes DienstSoftwarearchitect / Clean Coder um DB Systel GmbH

n diesem Vortrag berichtet der Sprecher von seinen Erfahrungen, Erfolgen und Fehlern mit dem arc42-Architekturtemplate in einem DevOps-Team im Konzernumfeld mit Produktentwicklungsfokus. Produktentwicklung ist geprägt von kurzen Iterationszyklen und wird darum gerne agil betrieben, wie im Team des Sprechers. Dort wurde die vorhandene unstrukturierte Dokumentation in das arc42-Template überführt und in einem Wiki abgelegt. Im Laufe der Zeit stellte sich heraus, dass das Tooling eine entscheidende Rolle für die Qualität der Dokumentation bedeutet und deswegen auf Docs-as-Code umgestellt. Im Laufe des Vortrags wird auf die wichtigsten Entscheidungspunkte für die aktuelle Iteration der technischen Softwarearchitektur eingegangen. Darunter unter anderem der Umgang mit "Entwicklerprosa", veralteter Dokumentation und der für ein DevOps-Team besonders wichtigen Architekturentscheidungen. Die Einbindung in das methodische Vorgehen Kanban wurde mit arc42 und einer Microsite basierend auf AsciiDoc möglich. Nicht ausgespart werden die gemachten Fehler, wie zum Beispiel fehlende Qualitätssicherung erstellter Dokumentation oder die Vermischung von fachlichen und technischen Themen.

Lessons Learned: arc42 in einem echten DevOps Team

1 von 29
Downloaden Sie, um offline zu lesen
arc42 in einem echten DevOps Team
Lessons Learned
DB Systel GmbH | Johannes Dienst | @JohannesDienst
Digitalpartner der
Deutschen Bahn
DB Systel GmbH | Johannes Dienst | @JohannesDienst 2
DB Content Hub
DB Systel GmbH | Johannes Dienst | @JohannesDienst 3
‒ Content as a Service (CaaS)
‒ Headless CMS
‒ Gehosted in der Cloud
‒ You build it, you run it!
Produktentwicklung
DB Systel GmbH | Johannes Dienst | @JohannesDienst 4
Die Kosten schlechter Dokumentation
DB Systel GmbH | Johannes Dienst | @JohannesDienst 5Icons made by Freepik, Good Ware, Sprang and Smashicons from www.flaticon.com
Die Kosten schlechter Dokumentation
DB Systel GmbH | Johannes Dienst | @JohannesDienst 6Icons made by Freepik, Good Ware, Sprang and Smashicons from www.flaticon.com
Anzeige

Recomendados

Everything as Code: Pipeline, Infrastructure, Configuration, Documentation
Everything as Code: Pipeline, Infrastructure, Configuration, DocumentationEverything as Code: Pipeline, Infrastructure, Configuration, Documentation
Everything as Code: Pipeline, Infrastructure, Configuration, DocumentationJohannes Dienst
 
Von Managed-Cloud zu GitOps - Multi Client-Cluster Deployments
Von Managed-Cloud zu GitOps - Multi Client-Cluster DeploymentsVon Managed-Cloud zu GitOps - Multi Client-Cluster Deployments
Von Managed-Cloud zu GitOps - Multi Client-Cluster DeploymentsJohannes Dienst
 
DevOps im Konzern - Autonomie vs Betriebssicherheit (Continuous Lifecycle)
DevOps im Konzern - Autonomie vs Betriebssicherheit (Continuous Lifecycle)DevOps im Konzern - Autonomie vs Betriebssicherheit (Continuous Lifecycle)
DevOps im Konzern - Autonomie vs Betriebssicherheit (Continuous Lifecycle)Johannes Dienst
 
Rock Solid Software Architecture with ADRs, arc42 and Microsites
Rock Solid Software Architecture with ADRs, arc42 and MicrositesRock Solid Software Architecture with ADRs, arc42 and Microsites
Rock Solid Software Architecture with ADRs, arc42 and MicrositesJohannes Dienst
 
DevOps im Konzern: Autonomie vs Betriebssicherheit
DevOps im Konzern: Autonomie vs BetriebssicherheitDevOps im Konzern: Autonomie vs Betriebssicherheit
DevOps im Konzern: Autonomie vs BetriebssicherheitJohannes Dienst
 
Dev Day Johannes Dienst.pdf
Dev Day Johannes Dienst.pdfDev Day Johannes Dienst.pdf
Dev Day Johannes Dienst.pdfCarolinaMatthies
 
Griechische Philosophie für moderne Softwareentwicklung
Griechische Philosophie für moderne SoftwareentwicklungGriechische Philosophie für moderne Softwareentwicklung
Griechische Philosophie für moderne SoftwareentwicklungJohannes Dienst
 
Effizient arbeiten mit Architecture Decision Records (ADR)
Effizient arbeiten mit Architecture Decision Records (ADR)Effizient arbeiten mit Architecture Decision Records (ADR)
Effizient arbeiten mit Architecture Decision Records (ADR)Johannes Dienst
 

Más contenido relacionado

Ähnlich wie Lessons Learned: arc42 in einem echten DevOps Team

Developer Week 2019: Architekturen für .NET Core-Anwendungen
Developer Week 2019: Architekturen für .NET Core-AnwendungenDeveloper Week 2019: Architekturen für .NET Core-Anwendungen
Developer Week 2019: Architekturen für .NET Core-AnwendungenRobin Sedlaczek
 
Architectures for .Net Core Applications
Architectures for .Net Core ApplicationsArchitectures for .Net Core Applications
Architectures for .Net Core ApplicationsRobin Sedlaczek
 
Dev Day 2021 - Stephan Pirnbaum - Anwendungsmodernisierung
Dev Day 2021 - Stephan Pirnbaum - AnwendungsmodernisierungDev Day 2021 - Stephan Pirnbaum - Anwendungsmodernisierung
Dev Day 2021 - Stephan Pirnbaum - AnwendungsmodernisierungDevDay Dresden
 
Ist das Softwarearchitektur oder kann das weg?
Ist das Softwarearchitektur oder kann das weg?Ist das Softwarearchitektur oder kann das weg?
Ist das Softwarearchitektur oder kann das weg?Johannes Dienst
 
TFS Release Management Deep Dive
TFS Release Management Deep DiveTFS Release Management Deep Dive
TFS Release Management Deep DiveNico Orschel
 
Collaboration day 2016 - Connections - Apps
Collaboration day 2016 - Connections - AppsCollaboration day 2016 - Connections - Apps
Collaboration day 2016 - Connections - AppsBelsoft
 
Entwicklung Innovativer und Komplexer AIR Anwendungen
Entwicklung Innovativer und Komplexer AIR AnwendungenEntwicklung Innovativer und Komplexer AIR Anwendungen
Entwicklung Innovativer und Komplexer AIR AnwendungenSebastian Bauer
 
.NET Core Architecture (UI)
.NET Core Architecture (UI).NET Core Architecture (UI)
.NET Core Architecture (UI)Robin Sedlaczek
 
Cloud Databases, Developer Week Nuernberg 2014
Cloud Databases, Developer Week Nuernberg 2014Cloud Databases, Developer Week Nuernberg 2014
Cloud Databases, Developer Week Nuernberg 2014Romeo Kienzler
 
d.velop ecspand entscheidet sich für SemTalk zur SharePoint-Modellierung
d.velop ecspand entscheidet sich für SemTalk zur SharePoint-Modellierungd.velop ecspand entscheidet sich für SemTalk zur SharePoint-Modellierung
d.velop ecspand entscheidet sich für SemTalk zur SharePoint-Modellierungbhoeck
 
Development in der Cloud-Ära
Development in der Cloud-ÄraDevelopment in der Cloud-Ära
Development in der Cloud-ÄraAndreas Koop
 
Automatisierungsmöglichkeiten beim Legacy-Reengineering - Andres Koch, Object...
Automatisierungsmöglichkeiten beim Legacy-Reengineering - Andres Koch, Object...Automatisierungsmöglichkeiten beim Legacy-Reengineering - Andres Koch, Object...
Automatisierungsmöglichkeiten beim Legacy-Reengineering - Andres Koch, Object...BATbern
 
Leichtgewichtige Architekturen mit Spring, JPA, Maven und Groovy
Leichtgewichtige Architekturen mit Spring, JPA, Maven und GroovyLeichtgewichtige Architekturen mit Spring, JPA, Maven und Groovy
Leichtgewichtige Architekturen mit Spring, JPA, Maven und GroovyThorsten Kamann
 
Architekturen für .NET Core-Anwendungen
Architekturen für .NET Core-AnwendungenArchitekturen für .NET Core-Anwendungen
Architekturen für .NET Core-AnwendungenRobin Sedlaczek
 
Intranet 2.0 - Lösungen für Wissensmanagement und Zusammenarbeit
Intranet 2.0 - Lösungen für Wissensmanagement und ZusammenarbeitIntranet 2.0 - Lösungen für Wissensmanagement und Zusammenarbeit
Intranet 2.0 - Lösungen für Wissensmanagement und ZusammenarbeitCommunardo GmbH
 
Your Intranet in your Pocket
Your Intranet in your PocketYour Intranet in your Pocket
Your Intranet in your PocketNext Iteration
 
V4.0 prã¤sentation buchmesse 2010
V4.0 prã¤sentation buchmesse 2010V4.0 prã¤sentation buchmesse 2010
V4.0 prã¤sentation buchmesse 2010Vesna Gudlin
 
Get ready for SharePoint 2016
Get ready for SharePoint 2016Get ready for SharePoint 2016
Get ready for SharePoint 2016Next Iteration
 

Ähnlich wie Lessons Learned: arc42 in einem echten DevOps Team (20)

Developer Week 2019: Architekturen für .NET Core-Anwendungen
Developer Week 2019: Architekturen für .NET Core-AnwendungenDeveloper Week 2019: Architekturen für .NET Core-Anwendungen
Developer Week 2019: Architekturen für .NET Core-Anwendungen
 
Architectures for .Net Core Applications
Architectures for .Net Core ApplicationsArchitectures for .Net Core Applications
Architectures for .Net Core Applications
 
Dev Day 2021 - Stephan Pirnbaum - Anwendungsmodernisierung
Dev Day 2021 - Stephan Pirnbaum - AnwendungsmodernisierungDev Day 2021 - Stephan Pirnbaum - Anwendungsmodernisierung
Dev Day 2021 - Stephan Pirnbaum - Anwendungsmodernisierung
 
Ist das Softwarearchitektur oder kann das weg?
Ist das Softwarearchitektur oder kann das weg?Ist das Softwarearchitektur oder kann das weg?
Ist das Softwarearchitektur oder kann das weg?
 
TFS Release Management Deep Dive
TFS Release Management Deep DiveTFS Release Management Deep Dive
TFS Release Management Deep Dive
 
Collaboration day 2016 - Connections - Apps
Collaboration day 2016 - Connections - AppsCollaboration day 2016 - Connections - Apps
Collaboration day 2016 - Connections - Apps
 
Entwicklung Innovativer und Komplexer AIR Anwendungen
Entwicklung Innovativer und Komplexer AIR AnwendungenEntwicklung Innovativer und Komplexer AIR Anwendungen
Entwicklung Innovativer und Komplexer AIR Anwendungen
 
.NET Core Architecture (UI)
.NET Core Architecture (UI).NET Core Architecture (UI)
.NET Core Architecture (UI)
 
Cloud Databases, Developer Week Nuernberg 2014
Cloud Databases, Developer Week Nuernberg 2014Cloud Databases, Developer Week Nuernberg 2014
Cloud Databases, Developer Week Nuernberg 2014
 
d.velop ecspand entscheidet sich für SemTalk zur SharePoint-Modellierung
d.velop ecspand entscheidet sich für SemTalk zur SharePoint-Modellierungd.velop ecspand entscheidet sich für SemTalk zur SharePoint-Modellierung
d.velop ecspand entscheidet sich für SemTalk zur SharePoint-Modellierung
 
Development in der Cloud-Ära
Development in der Cloud-ÄraDevelopment in der Cloud-Ära
Development in der Cloud-Ära
 
Development in der Cloud-Ära
Development in der Cloud-ÄraDevelopment in der Cloud-Ära
Development in der Cloud-Ära
 
Automatisierungsmöglichkeiten beim Legacy-Reengineering - Andres Koch, Object...
Automatisierungsmöglichkeiten beim Legacy-Reengineering - Andres Koch, Object...Automatisierungsmöglichkeiten beim Legacy-Reengineering - Andres Koch, Object...
Automatisierungsmöglichkeiten beim Legacy-Reengineering - Andres Koch, Object...
 
Leichtgewichtige Architekturen mit Spring, JPA, Maven und Groovy
Leichtgewichtige Architekturen mit Spring, JPA, Maven und GroovyLeichtgewichtige Architekturen mit Spring, JPA, Maven und Groovy
Leichtgewichtige Architekturen mit Spring, JPA, Maven und Groovy
 
Architekturen für .NET Core-Anwendungen
Architekturen für .NET Core-AnwendungenArchitekturen für .NET Core-Anwendungen
Architekturen für .NET Core-Anwendungen
 
Intranet 2.0 - Lösungen für Wissensmanagement und Zusammenarbeit
Intranet 2.0 - Lösungen für Wissensmanagement und ZusammenarbeitIntranet 2.0 - Lösungen für Wissensmanagement und Zusammenarbeit
Intranet 2.0 - Lösungen für Wissensmanagement und Zusammenarbeit
 
Thementag 2023 06 Dieses Mal machen wir alles richtig - 9 Hacks für wandelbar...
Thementag 2023 06 Dieses Mal machen wir alles richtig - 9 Hacks für wandelbar...Thementag 2023 06 Dieses Mal machen wir alles richtig - 9 Hacks für wandelbar...
Thementag 2023 06 Dieses Mal machen wir alles richtig - 9 Hacks für wandelbar...
 
Your Intranet in your Pocket
Your Intranet in your PocketYour Intranet in your Pocket
Your Intranet in your Pocket
 
V4.0 prã¤sentation buchmesse 2010
V4.0 prã¤sentation buchmesse 2010V4.0 prã¤sentation buchmesse 2010
V4.0 prã¤sentation buchmesse 2010
 
Get ready for SharePoint 2016
Get ready for SharePoint 2016Get ready for SharePoint 2016
Get ready for SharePoint 2016
 

Mehr von Johannes Dienst

Developer Relations Metrics - A Humble Guide
Developer Relations Metrics - A Humble GuideDeveloper Relations Metrics - A Humble Guide
Developer Relations Metrics - A Humble GuideJohannes Dienst
 
Real Cross-Platform Workflow UI Automation_JohannesDienst.pdf
Real Cross-Platform Workflow UI Automation_JohannesDienst.pdfReal Cross-Platform Workflow UI Automation_JohannesDienst.pdf
Real Cross-Platform Workflow UI Automation_JohannesDienst.pdfJohannes Dienst
 
The Future of UI Testing - Challenges in UI Automation
The Future of UI Testing - Challenges in UI AutomationThe Future of UI Testing - Challenges in UI Automation
The Future of UI Testing - Challenges in UI AutomationJohannes Dienst
 
Stoizismus - Praktische Philosophie für den IT-Alltag (Pecha Kucha)
Stoizismus - Praktische Philosophie für den IT-Alltag (Pecha Kucha)Stoizismus - Praktische Philosophie für den IT-Alltag (Pecha Kucha)
Stoizismus - Praktische Philosophie für den IT-Alltag (Pecha Kucha)Johannes Dienst
 
Managed Cloud to GitOps: Deploying Several Client Clusters
Managed Cloud to GitOps: Deploying Several Client ClustersManaged Cloud to GitOps: Deploying Several Client Clusters
Managed Cloud to GitOps: Deploying Several Client ClustersJohannes Dienst
 
Lessons Learned Using arc42 in a Real DevOps Team
Lessons Learned Using arc42 in a Real DevOps TeamLessons Learned Using arc42 in a Real DevOps Team
Lessons Learned Using arc42 in a Real DevOps TeamJohannes Dienst
 
Work efficiently with Architecture Decision Records
Work efficiently with Architecture Decision RecordsWork efficiently with Architecture Decision Records
Work efficiently with Architecture Decision RecordsJohannes Dienst
 
The Dev, The Ops, And The Team: What works in a DevOps Team?
The Dev, The Ops, And The Team: What works in a DevOps Team?The Dev, The Ops, And The Team: What works in a DevOps Team?
The Dev, The Ops, And The Team: What works in a DevOps Team?Johannes Dienst
 
Leichtgewichtige Softwarearchitektur mit Architecture Decision Records und Qu...
Leichtgewichtige Softwarearchitektur mit Architecture Decision Records und Qu...Leichtgewichtige Softwarearchitektur mit Architecture Decision Records und Qu...
Leichtgewichtige Softwarearchitektur mit Architecture Decision Records und Qu...Johannes Dienst
 
Spock vs Supermutanten: Spezifikationstesten trifft Mutationstesten
Spock vs Supermutanten: Spezifikationstesten trifft MutationstestenSpock vs Supermutanten: Spezifikationstesten trifft Mutationstesten
Spock vs Supermutanten: Spezifikationstesten trifft MutationstestenJohannes Dienst
 
Leichtgewichtige Softwarearchitektur mit Architecture Decision Records und Qu...
Leichtgewichtige Softwarearchitektur mit Architecture Decision Records und Qu...Leichtgewichtige Softwarearchitektur mit Architecture Decision Records und Qu...
Leichtgewichtige Softwarearchitektur mit Architecture Decision Records und Qu...Johannes Dienst
 
Pride & Prejudice: Teambildung & Motivation im agilen Umfeld
Pride & Prejudice: Teambildung & Motivation im agilen UmfeldPride & Prejudice: Teambildung & Motivation im agilen Umfeld
Pride & Prejudice: Teambildung & Motivation im agilen UmfeldJohannes Dienst
 
Leichtgewichtige Softwarearchitektur mit Architecture Decision Records und Qu...
Leichtgewichtige Softwarearchitektur mit Architecture Decision Records und Qu...Leichtgewichtige Softwarearchitektur mit Architecture Decision Records und Qu...
Leichtgewichtige Softwarearchitektur mit Architecture Decision Records und Qu...Johannes Dienst
 
Leichtgewichtige Softwarearchitektur mit Architecture Decision Records und Qu...
Leichtgewichtige Softwarearchitektur mit Architecture Decision Records und Qu...Leichtgewichtige Softwarearchitektur mit Architecture Decision Records und Qu...
Leichtgewichtige Softwarearchitektur mit Architecture Decision Records und Qu...Johannes Dienst
 
Und wer testet die Tests? - Mutationstesten mit PIT
Und wer testet die Tests? - Mutationstesten mit PITUnd wer testet die Tests? - Mutationstesten mit PIT
Und wer testet die Tests? - Mutationstesten mit PITJohannes Dienst
 
Type Script 3.x - Was war. Was kommt!
Type Script 3.x - Was war. Was kommt!Type Script 3.x - Was war. Was kommt!
Type Script 3.x - Was war. Was kommt!Johannes Dienst
 
Clean Code ist doch einfach... Qualität ist schwierig!
Clean Code ist doch einfach... Qualität ist schwierig!Clean Code ist doch einfach... Qualität ist schwierig!
Clean Code ist doch einfach... Qualität ist schwierig!Johannes Dienst
 

Mehr von Johannes Dienst (17)

Developer Relations Metrics - A Humble Guide
Developer Relations Metrics - A Humble GuideDeveloper Relations Metrics - A Humble Guide
Developer Relations Metrics - A Humble Guide
 
Real Cross-Platform Workflow UI Automation_JohannesDienst.pdf
Real Cross-Platform Workflow UI Automation_JohannesDienst.pdfReal Cross-Platform Workflow UI Automation_JohannesDienst.pdf
Real Cross-Platform Workflow UI Automation_JohannesDienst.pdf
 
The Future of UI Testing - Challenges in UI Automation
The Future of UI Testing - Challenges in UI AutomationThe Future of UI Testing - Challenges in UI Automation
The Future of UI Testing - Challenges in UI Automation
 
Stoizismus - Praktische Philosophie für den IT-Alltag (Pecha Kucha)
Stoizismus - Praktische Philosophie für den IT-Alltag (Pecha Kucha)Stoizismus - Praktische Philosophie für den IT-Alltag (Pecha Kucha)
Stoizismus - Praktische Philosophie für den IT-Alltag (Pecha Kucha)
 
Managed Cloud to GitOps: Deploying Several Client Clusters
Managed Cloud to GitOps: Deploying Several Client ClustersManaged Cloud to GitOps: Deploying Several Client Clusters
Managed Cloud to GitOps: Deploying Several Client Clusters
 
Lessons Learned Using arc42 in a Real DevOps Team
Lessons Learned Using arc42 in a Real DevOps TeamLessons Learned Using arc42 in a Real DevOps Team
Lessons Learned Using arc42 in a Real DevOps Team
 
Work efficiently with Architecture Decision Records
Work efficiently with Architecture Decision RecordsWork efficiently with Architecture Decision Records
Work efficiently with Architecture Decision Records
 
The Dev, The Ops, And The Team: What works in a DevOps Team?
The Dev, The Ops, And The Team: What works in a DevOps Team?The Dev, The Ops, And The Team: What works in a DevOps Team?
The Dev, The Ops, And The Team: What works in a DevOps Team?
 
Leichtgewichtige Softwarearchitektur mit Architecture Decision Records und Qu...
Leichtgewichtige Softwarearchitektur mit Architecture Decision Records und Qu...Leichtgewichtige Softwarearchitektur mit Architecture Decision Records und Qu...
Leichtgewichtige Softwarearchitektur mit Architecture Decision Records und Qu...
 
Spock vs Supermutanten: Spezifikationstesten trifft Mutationstesten
Spock vs Supermutanten: Spezifikationstesten trifft MutationstestenSpock vs Supermutanten: Spezifikationstesten trifft Mutationstesten
Spock vs Supermutanten: Spezifikationstesten trifft Mutationstesten
 
Leichtgewichtige Softwarearchitektur mit Architecture Decision Records und Qu...
Leichtgewichtige Softwarearchitektur mit Architecture Decision Records und Qu...Leichtgewichtige Softwarearchitektur mit Architecture Decision Records und Qu...
Leichtgewichtige Softwarearchitektur mit Architecture Decision Records und Qu...
 
Pride & Prejudice: Teambildung & Motivation im agilen Umfeld
Pride & Prejudice: Teambildung & Motivation im agilen UmfeldPride & Prejudice: Teambildung & Motivation im agilen Umfeld
Pride & Prejudice: Teambildung & Motivation im agilen Umfeld
 
Leichtgewichtige Softwarearchitektur mit Architecture Decision Records und Qu...
Leichtgewichtige Softwarearchitektur mit Architecture Decision Records und Qu...Leichtgewichtige Softwarearchitektur mit Architecture Decision Records und Qu...
Leichtgewichtige Softwarearchitektur mit Architecture Decision Records und Qu...
 
Leichtgewichtige Softwarearchitektur mit Architecture Decision Records und Qu...
Leichtgewichtige Softwarearchitektur mit Architecture Decision Records und Qu...Leichtgewichtige Softwarearchitektur mit Architecture Decision Records und Qu...
Leichtgewichtige Softwarearchitektur mit Architecture Decision Records und Qu...
 
Und wer testet die Tests? - Mutationstesten mit PIT
Und wer testet die Tests? - Mutationstesten mit PITUnd wer testet die Tests? - Mutationstesten mit PIT
Und wer testet die Tests? - Mutationstesten mit PIT
 
Type Script 3.x - Was war. Was kommt!
Type Script 3.x - Was war. Was kommt!Type Script 3.x - Was war. Was kommt!
Type Script 3.x - Was war. Was kommt!
 
Clean Code ist doch einfach... Qualität ist schwierig!
Clean Code ist doch einfach... Qualität ist schwierig!Clean Code ist doch einfach... Qualität ist schwierig!
Clean Code ist doch einfach... Qualität ist schwierig!
 

Lessons Learned: arc42 in einem echten DevOps Team

  • 1. arc42 in einem echten DevOps Team Lessons Learned DB Systel GmbH | Johannes Dienst | @JohannesDienst
  • 2. Digitalpartner der Deutschen Bahn DB Systel GmbH | Johannes Dienst | @JohannesDienst 2
  • 3. DB Content Hub DB Systel GmbH | Johannes Dienst | @JohannesDienst 3 ‒ Content as a Service (CaaS) ‒ Headless CMS ‒ Gehosted in der Cloud ‒ You build it, you run it!
  • 4. Produktentwicklung DB Systel GmbH | Johannes Dienst | @JohannesDienst 4
  • 5. Die Kosten schlechter Dokumentation DB Systel GmbH | Johannes Dienst | @JohannesDienst 5Icons made by Freepik, Good Ware, Sprang and Smashicons from www.flaticon.com
  • 6. Die Kosten schlechter Dokumentation DB Systel GmbH | Johannes Dienst | @JohannesDienst 6Icons made by Freepik, Good Ware, Sprang and Smashicons from www.flaticon.com
  • 7. arc42 DB Systel GmbH | Johannes Dienst | @JohannesDienst 7
  • 8. arc42 DB Systel GmbH | Johannes Dienst | @JohannesDienst 8
  • 9. Technische Architektur in einem DevOps Team DB Systel GmbH | Johannes Dienst | @JohannesDienst 9 Betriebshandbuch Icons made by Freepik, Good Ware, Sprang and Smashicons from www.flaticon.com
  • 10. Must Haves DB Systel GmbH | Johannes Dienst | @JohannesDienst 10 ‒ Einführung und Ziele ‒ Randbedingungen ‒ Kontextabgrenzung ‒ (Bausteinsicht) ‒ (Verteilungssicht) ‒ Querschnittliche Konzepte ‒ Entwurfsentscheidungen ‒ Risiken und technische Schulden ‒ Glossar
  • 11. Glossar DB Systel GmbH | Johannes Dienst | @JohannesDienst 11 Content Asset Content Type Icons made by Freepik, Good Ware, Sprang and Smashicons from www.flaticon.com
  • 12. Ein Wiki ist geboren DB Systel GmbH | Johannes Dienst | @JohannesDienst 12Icons made by Freepik, Good Ware, Sprang and Smashicons from www.flaticon.com
  • 13. Technische Architekturdokumentation != Tutorial DB Systel GmbH | Johannes Dienst | @JohannesDienst 13Icons made by Freepik, Good Ware, Sprang and Smashicons from www.flaticon.com
  • 14. Das Wiki ist ein Problemkind DB Systel GmbH | Johannes Dienst | @JohannesDienst 14Icons made by Freepik, Good Ware, Sprang and Smashicons from www.flaticon.com
  • 15. Das Wiki ist ein Problemkind DB Systel GmbH | Johannes Dienst | @JohannesDienst 15Icons made by Freepik, Good Ware, Sprang and Smashicons from www.flaticon.com
  • 16. Sprung zu Docs-As-Code DB Systel GmbH | Johannes Dienst | @JohannesDienst 16Icons made by Freepik, Good Ware, Sprang and Smashicons from www.flaticon.com
  • 17. Vorteile von Docs-As-Code DB Systel GmbH | Johannes Dienst | @JohannesDienst 17 VonFreeSoftware Foundation-[1],FAL, https://commons.wikime dia.org/w/index.php?curi d=53428398 Icons made by Freepik, Good Ware, Sprang and Smashicons from www.flaticon.com
  • 18. Vorteile von Docs-As-Code DB Systel GmbH | Johannes Dienst | @JohannesDienst 18Icons made by Freepik, Good Ware, Sprang and Smashicons from www.flaticon.com
  • 19. Vorteile von Docs-As-Code: Docs Review DB Systel GmbH | Johannes Dienst | @JohannesDienst 19 main adr-042 Icons made by Freepik, Good Ware, Sprang and Smashicons from www.flaticon.com
  • 20. AsciiDoc > Markdown DB Systel GmbH | Johannes Dienst | @JohannesDienst 20 Standard Includes Icons made by Freepik, Good Ware, Sprang and Smashicons from www.flaticon.com
  • 21. Dokumentation im Konzernumfeld DB Systel GmbH | Johannes Dienst | @JohannesDienst 21Icons made by Freepik, Good Ware, Sprang and Smashicons from www.flaticon.com docToolchain
  • 22. Docs-As-Code und arc42: Eine Liebesgeschichte DB Systel GmbH | Johannes Dienst | @JohannesDienst 22
  • 23. Docs-As-Code und arc42: Eine Liebesgeschichte DB Systel GmbH | Johannes Dienst | @JohannesDienst 23
  • 24. Veraltete Dokumentation DB Systel GmbH | Johannes Dienst | @JohannesDienst 24Icons made by Freepik, Good Ware, Sprang and Smashicons from www.flaticon.com
  • 25. Entwurfsentscheidungen DB Systel GmbH | Johannes Dienst | @JohannesDienst 25
  • 26. ADR-003: Staging- vs Cluster-Umgebung für CMS Wir verwenden zwei Umgebungen (IAT, Prod). Diese werden als Cluster aufgebaut. DB Systel GmbH | Johannes Dienst | @JohannesDienst 26 Status BESCHLOSSEN Kontext Es wird eine Lösung gesucht, um Skalierbarkeit für das gesamte System sicherzustellen. Das Ziel ist es, potentiell Dutzende von Kunden mit Tausenden Requests pro Sekunde zu bedienen. Konsequenzen Änderung der System-Architektur notwendig ‒ Abbau der beiden Public Instanzen ‒ Dekonfigurieren von Push Publishing Es wird keine Umgebung zur Verfügung gestellt, auf der Content gepusht wird Alternativen Cluster-Lösung ‒ Betrieb des CMS im Cluster Push Publishing ‒ Verwendung für mehrere Stages
  • 27. Entwurfsentscheidungen DB Systel GmbH | Johannes Dienst | @JohannesDienst 27
  • 28. DB Systel GmbH | Johannes Dienst | @JohannesDienst 28 Welche zwei Fragen sind noch offen? Johannes.Dienst@deutschebahn.com @JohannesDienst
  • 29. DB Systel GmbH | Johannes Dienst | @JohannesDienst 29 Links https://arc42.org/ https://leanpub.com/arc42byexample https://www.dokchess.de/ https://github.com/joelparkerhenderson/architecture_decisio n_record