Software Architektur im Stream

Mit dem Werkzeug Sonargraph können Architekt:innen nicht nur überprüfen, ob Anwendungen die Architektur-Vorgaben einhalten, sondern auch die Architektur existierender Software-Systeme auf verschiedene Arten visualisieren. Alexander von Zitzewitz wird uns zeigen, wie man einen mit Sonargraph einen Überblick über ein großes und komplexes Open-Source-Projekt wie Apache Cassandra bekommen kann und welche Visualisierungen dabei besonders hilfreich sind. Außerdem zeigt er uns die Architektur DSL (Domain Specific Language), mit der man die Abhängigkeiten von Software-Systemen managen kann. Blog-Post zu Neue Visualisierung u.a. mit Code Cities Blog-Post zu Maintainability Index Take a Tour Videos Produkt-Homepage Alexander bei Twitter Alexanders EMail-Adresse

Der Klimawandel geht uns alle an. Was können wir als Software-Architekt:innen dazu beitragen, dieses Problem zu lösen? Martin Lippert und Stefan Roock zeigen zwei sehr unterschiedliche Ansätze mit dieser Herausforderung umzugehen. Wir wollen diskutieren, wie wir dem Klimawandel bei unseren eigenen täglichen beruflichen Arbeit begegnen können, aber auch wie der Betrieb und die Entwicklung von Software dem Klimawandel begegnen kann. Guter Einstiegs-Kurs in das Thema von Microsoft 1. Teil der Artikelserie von Martin Lippert 2. Teil der Artikelserie von Martin Lippert Präsentation von Martin Lippert Video von Martin Lipperts Vortrag auf der EclipseCon 2020 CodeTalks-Vortrag von Stefan Kruijer Podcast mit Stefan Roock und Boris Gloger atomsfair CO2-Kompensation Moor Futures Klimaschutz und Biodiversität mit Mooren ForTomorrow CO2 Kompensation und Emission der Wirtschaft reduzieren Frankfurter Rundschau zum Strommix der Bahn Statista zum Strommix der Bahn Paper zur Energie-Effizenz verschiedener Programmier-Sprachen Paper zum Thema CO2-Emissionen for Computation The Guardian zum Thema Offsetting Tweet zu 30 Grad in der Arktis Tweet zu den Konsequenzen der Klimakatastrophe

jQAssistant ist ein Open-Source-Werkzeug für das Software-Architektur-Management. In dieser Folge sprechen wir mit dem Lead-Entwickler Dirk Mahler über die Features von jQAssistant, seine Erfahrungen beim Projekt-Einsatz und wie Software-Architektur-Management in den Entwicklungsprozess eingebettet werden kann. Dabei sehen wir uns das Werkzeug natürlich auch live in der Benutzung an. Projekt-Homepage: https://jqassistant.org GitHub (Issues & Feedback): https://github.com/jqassistant/jqassistant Getting Started : https://jqassistant.org/get-started/ CWA Demo : https://github.com/jqassistant-demo/cwa-server Tutorials: https://101.jqassistant.org/startpage/ Stackoverflow: https://stackoverflow.com/questions/tagged/jqassistant

Software ist oft sehr langlebig und überlebt manchmal sogar die ursprünglichen Programmier:innen. Carola Lilienthal beschäftigt sich mit dieser Herausforderung schon lange - unter anderem hat sie dazu promoviert und sogar ein sehr erfolgreiches Buch geschrieben. In dieser Folge wollen wir darüber sprechen, wie Software-Architektur auch langfristig tragen kann und welche Rollen dabei Metriken und Software-Architektur-Werkzeuge spielen. Buch Homepage https://www.langlebige-softwarearchitekturen.de/ Buch Homepage englisch https://sustainable-software-architecture.com/ - inkl Videos https://www.hello2morrow.com/products/sotograph https://jqassistant.org/ https://www.lattix.com/ https://www.seerene.com/de/ https://structure101.com/ https://www.cqse.eu/de/teamscale/uebersicht/

Sketchnotes sehen nicht nur gut aus, sondern machen Notizen effektiver und erleichtern das Vermitteln von Inhalten. Lisa malt schon länger Sketchnotes für Software Architektur im Stream. Als Folge 23 stellt sie nun vor der Kamera Sketchnotes vor. Dabei zeichnet sie auch live Begriffe, für die Ihr schon immer mal ein Symbol haben wolltet. Lisas YouTube Channel

Domain Specific Languages können auch dabei helfen, fachliche Architekturen auszudrücken. Sie unterstützen Separation of Concerns und entkoppeln Fachlichkeit von Technik. Außerdem verbessern sie die fachliche Kommunikation und helfen daber auch bei Agilität. mbeddr Case Study Smart Meter mbeddr Case Study OHB Satelliten Design und Verwendung von KernelF Unsere Philosophische Herangehensweise DSLs und Generierung in sicherheitskritischen Kontexten Lohnberechnung-DSL bei der DATEV

Domain Story Telling ist ein kollaborativer Modellierungsansatz. Henning Schwentner und Stefan Hofer werden nicht nur von dem Ansatz berichten, sondern ihn auch live zeigen. Egon The Domain Story Modeler Rabattcode für das Domain-Story-Telling-Buch bis Ende des Jahres Training mit Stefan und Henning

Service Meshes sind vor allem als Infrastruktur für Microservices nützlich. In dieser Folge schauen wir uns Demos für das Service Mesh Linkerd an. Als Service-Mesh-Expertin erklärt Hanna Prinz uns die Details und warum sie sich für Linkerd so begeistert. Demo Linkerd Service Mesh Überblick Service Mesh Primer Linkerd Tutorials Hannas Blog-Beitrag “Happy Without a Service Mesh”

Diese Woche ist Nicole Rauch zu Gast. Mit Event Storming kann man Domain-driven Design ganz praktisch und kollaborativ umsetzen. Und Specification by Example stellt sicher, dass man auch das richtige baut. Buch-Tipp: Bridging the Communication Gap: Specification by Example and Agile Acceptance Testing von Gojko Adzic

Mob Programming: Einer/eine tippt, die anderen denken. Das verspricht Softwareentwicklung mit dem ultimativen Teamerlebnis und dem ultimativem Teamergebnis - und das funktioniert wunderbar auch im Homeoffice mit Remote Mob Programming. In diesem Stream zeigen wir Remote Mob Programming live und bieten die Möglichkeit, Fragen von einem Remote-Mob-Programming-Team beantworten zu lassen, das seit über zwei Jahren ausschließlich diese Vorgehensweise anwendet. Aber Vorsicht: Es besteht die Gefahr, dass man nicht mehr anders arbeiten will! WebseitePrimerToolTeam-Event4 Teams erzählen über Remote Mob Programming im KundenprojektArtikel “Erfolgreich im Home Office arbeiten”

Es gibt zahlreiche Werkzeuge für Software-Architektur-Management. Mit ArchUnit können Software-Architekt:innen in Java Regeln für Java-basierte Projekte definieren, die als Unit-Test ausgeführt werden. Diese Regeln stellen sicher, dass die definierte Architektur auch eingehalten wird. Peter Gafert ist Erfinder dieser Library. Er wird unsere Fragen beantworten und zeigen, wie man ArchUnit nutzen kann. Darüber hinaus gibt er einen Einblick in die Erfahrungen, die er mit ArchUnit in seinen Projekten gemacht hat, und in die Auswirkungen auf den Prozess zur Definition einer Architektur. https://www.archunit.org/ https://github.com/TNG/ArchUnit https://twitter.com/archtests https://github.com/codecholeric

Spring Native soll die Möglichkeit bieten, Spring-Boot-Anwendungen ohne größeren Aufwand mit der GraalVM in nativen Code zu kompilieren. Das verspricht schnellere Startup-Zeiten - gerade für Umgebungen wie Kubernetes wichtig. Ich habe mein Istio-Microservices-Beispiel darauf umgestellt und will einen Blick in die Werkstatt geben: Wie bin ich vorgegangen? Was habe ich beobachtet? Das Beispiel und eine kurze Anleitung stehen online bereit.

Die Organisation beeinflusst die Software-Architektur. Sozial-Wissenschaften untersuchen Organisationen und bieten daher einiges, was man für Software-Architektur lernen kann. Dazu spricht Gerrit Beine in dieser Episode. Gerrits Buchtipps: Stefan Kühl: Organisationen: Eine sehr kurze EinführungFritz Simon: Einführung in Systemtheorie und KonstruktivismusFritz Simon: Einführung in die systemische OrganisationstheoriePodcast von Stefan Kühl und Thomas Hermwille “Der ganz formale Wahnsinn”

Agile Projekte bieten spezielle Herausforderungen für Architekt:innen. In dieser Folge diskutiert Jutta Eckstein diese Herausforderungen und wie man mit ihnen umgehen kann.

In dieser Folge möchte ich gerne einige Fragen beantworten, die sich in den letzten Wochen angesammelt haben: Einsetzbarkeit von Nick Tunes DDD-Legacy IdeenMono vs Multi-Repos Bug: Fix oder Rollback? Neue Technologien einführen Typische zwischenmenschliche Probleme

Continuous Delivery hat viel mehr Auswirkungen als nur besseres Time-to-Market. Die Produktivität steigt und Burnout wird weniger wahrscheinlich. Diese Folge diskutiert solche Auswirkungen und den Weg zu Continuous Delivery. Link zu den Studien Link zur HP Studie

In Nick Tunes Paper geht es um High-Level-Entscheidungen für die Modernisierung von Systemen mit Strategic Design. Dabei geht es um Business Strategie bis hin zum Finden von Bounded Contexts. Link zum Paper

In dieser Folge beantworte ich eure Fragen, die ihr entweder im Chat stellt - oder vorab im Formular hier auf der Website oder bei Twitter. Eine Frage zu Microservices und eine zu Technical Debt habe ich bereits. iSAQB Advanced Prüfung Musteraufgabe Folge zu Zertifizierung SoftwareArchitekTOUR-Podcast zu Zertifizierung Englischer iSAQB-Podcast zu Zertifizierung iSAQB Foundation Curriculum UI-Integration Code-Beispiel Microservices Praxisbuch Microservices Rezepte Microservices - A Practical Guide Microservices Recipes 1. Folge zu Frontend-Architektur 2. Folge zu Frontend-Architektur

APIs sind ein wesentlicher Teil moderner Software-Entwicklung. Ansätze wie API Economy oder API first sind eine Antwort auf die zunehmende Integration in der IT, bei der die Grenzen zwischen Systemen immer weiter verschwimmen. In dieser Folge sprechen wir mit Erik Wilde und diskutieren, wie man mit APIs praktisch umgeht. Wie können APIs wiederverwendbar werden? Wie können wir die Informationen im Unternehmen leicht zugänglich bündeln? Sollten Unternehmen eine API-Strategie haben?

12 Factor Apps wird oft mit Microservices gleichgesetzt. In dieser Folge sprechen wir über 12 Factor Apps https://12factor.net/ und ein anders Konzept: Independent Systems Architecture https://isa-principles.org/ .

Agilität ist der dominierende Ansatz für Software-Entwicklung. Aber auch 20 Jahre nach dem agilen Manifest sind zahlreiche Organisation immer noch dabei, agile Software-Entwicklung einzuführen. Und selbst Organisationen, die agile Prozesse scheinbar umgesetzt haben, beachten dennoch einige grundlegende Praktiken nicht. In dieser Episode geht es darum, warum Wasserfall nicht die Lösung für Software-Entwicklung ist und wo es bei Agilität hakt - und natürlich auch darum, wie man dennoch mit Agilität erfolgreich sein kann. Links Mein Blog-Beitrag “Wasserfall-Modell? LOL!” bei heise Karrier-Spiegel-Artikel zu “Projektleiter will nicht Scrum Master werden” Mein Blog-Beitrag “Hilft kaputte Agiltitä?” bei heise Johannes Link: Ich will kein Agiler Coach mehr sein - Und du?

Im Gespräch mit Uwe Friedrichsen kam die Sprache kurz auf den Uber-Ansatz für Microservices. In dieser Folge werden wir den Ansatz detailliert diskutieren und bewerten, siehe https://eng.uber.com/microservice-architecture/. Der Blog-Post wurde mittlerweile gelöscht, daher der Link auf archive.org .

Gerade in der Software-Entwicklung sind viele Gruppen unterrepräsentiert. Führen zu homogene Teams eigentlich zu schlechterer Software? Und warum? Das Thema hat auf jeden Fall Auswirkungen auf Software-Architekt:innen, unser Arbeitsumfeld und unsere Arbeitgeber. In dieser Episode diskutieren wir mit Lars Hupel, Lena Kraaz und Aminata Sidibe von INNOQ, wie Diversity in der Software-Architektur und -Entwicklung verbessert werden kann und ob das eine gute Idee ist. https://responsibleweb.app/

 Linda Rising is well-known for Fearless Change, a practical guide to facility change. We will talk about how software architects can profit from these patterns and deal with the emotional, unconscious mind.https://lindarising.org/fearless-change-downloads https://fearlessjourney.info/

We want to talk about retrospectives in detail - how to make them great, where are some hidden pitfalls and how to take the best benefit out of retrospectives.

Grady Booch is one of the pioneers of software architecture. Lately, he has been working on some pretty challenging AI systems. We want to talk about AI and software architecture.https://computingthehumanexperience.com/ https://www.ibm.com/industries/federal/autonomous-ship

Bastian Spannebergs Arbeitgeber Instana hat als kleines StartUp begonnen, ist dann stark gewachsten und mittlerweile von IBM gekauft. Wir diskutieren Site Reliability Engineering als Konzept und wie es sich bei Instana auf dieser Reise verändert hat. SRE Books by Google: https://landing.google.com/sre/books/ Real-World SRE by Nat Welch: https://www.packtpub.com/eu/web-development/real-world-sre SRE: Measuring and Managing Reliability on Coursera: https://www.coursera.org/learn/site-reliability-engineering-slos Implementing SLOs by Alex Hidalgo: https://learning.oreilly.com/library/view/implementing-service-level/9781492076803/ Seeking SRE by David Blank-Edelmann: https://learning.oreilly.com/library/view/seeking-sre/9781491978856/

Stefan Tilkov sieht Software-Architektur als entscheidenden Erfolgsfaktor für Softwareprojekte. Welche Rolle spielt diese Architektur für verschiedene Personengruppen und wie können wir damit umgehen?

Henning Wolf ist agiler Berater und will, dass wir Agilität auch wirklich ernst meinen. Außerdem findet er, dass unsere Branche technische Skills vernachlässigt.

Künstliche Intelligenz kann genderspezifischer Benachteiligung erzeugen, offenkundig rassistisch sein, Fake-News und Deep-Fakes generieren. Wie können wir uns dagegen wehren?

 “Spiele??? Sind wir denn hier im Kindergarten?!” - Marc und Dennis, die Experten zum Thema agile Spiele, erklären die Sinnhaftigkeit von Spielen im ernsthaften Arbeitsalltag, und wie auch Skeptiker beeindruckt werden können.

Enterprise Architektur und Agilität scheinen Widersprüche zu sein. Stefan Toth erläutert uns, wie man mit dieser Herausforderung produktiv umgeht.

Daten-intensive Systeme arbeiten häufig mit Eventual Consistency. Dadurch ergeben sich neue Herausforderungen und jede Menge Komplexität wandert vom Infrastruktur-Layer in den Domain-Layer. Susanne Braun forscht zum Thema Eventual Consistency und stellt uns ihre ganz praktischen Regeln vor, wie man als Architekt man damit umgehen sollte.Link zum Projekt: https://github.com/EventuallyConsistentDDD

Stefan Zörner und Falk Sippach wollen in ihrem Vortrag auf der OOP Architektur-Reviews anhand der Corona-Warn-App vorstellen. Aber warum sind Architektur-Reviews wichtig und was zeichnet sie aus?

Auch Architektur-Entscheidungen müssen wirtschaftlichen Zielen unterordnen. Michael Mahlberg erläutert, warum das so ist - und wie bereits ein kleiner Werkzeug-Koffer dabei hilft, Architekturentscheidungen und -strategien bewertbarer zu machen. Material: https://bit.ly/oop2021-di24

Oft wird Software immer schlechter wartbar, je länger Entwicklungsteams an ihr arbeiten. Dazu hat sich die Metapher “technische Schulden” etabliert. Aber es ist nicht immer sinnvoll, technische Schulden zu beseitigen und sie können auch “einfach so” entstehen. Darüber sprechen wir - und über die Grundlagen der Metapher, wie sie bei der Kommunikation mit Managern hilf, warum die Metapher eigentlich nicht besonders gut gewählt ist und natürlich wie man mit technischen Schulden sinnvoll umgehen kann. Links Ward Cunningham über Technical Debt im c2 WikiWard Cunningham über Technical Debt bei YouTubeheise Podcast zu technische SchuldenBlog “Technische Schulden entstehen einfach so”Artikel über Qualitätsinvestitonen mit Felix Müller - ENArtikel über Qualitätsinvestitonen mit Felix Müller - DEArtikel Umgang mit technischen SchuldenSE Radio zu technical debt mit Sven Johann - ENArtikel Managing Technical Debt mit Sven Johann - ENTechnical Debt Conference

Simon Brown is the author of Software Architecture for Developers; a developer-friendly guide to software architecture, technical leadership and the balance with agility. He is also the creator of the C4 software architecture model and the founder of Structurizr, a collection of tooling to help software teams visualize, document and explore their software architecture. So naturally we will talk about software architecture - and how C4 and Structurizr help! Links: https://simonbrown.je/ https://c4model.com/ https://structurizr.com/

Eine der größten Herausforderungen, denen sich Software-Entwickler und Technical Leads stellen müssen, ist der Umgang mit Legacy und technischen Schulden. Diese Herausforderung wird immer schwieriger, da die Lebensdauer von Software mit dem Aufkommen neuer Technologien steigt und die Verweildauer in Unternehmen immer kürzer wird. Wie kann man diese Herausforderung angehen, ohne Software dauernd neu zu schreiben?

Patrick Kua was CTO and Chief Scientist at N26 in Berlin and is now an independent coach and mentor to CTOs and VPs Engineering. Patrick has written several books e.g. about how to talk to tech leads and he co-authored a book about evolutionary architecture. In this episode we will therefore discuss how software architecture can embrace change and support business goals in the long run. Patrick’s home page Patrick’s newsletter Command line tools for architecture decision records (ADRs) Architecture elevator (Gregor Hohpe)

Pattern für Software-Entwicklung gibt es schon seit mehr als 25 Jahren. Aber schon davor gab es Patterns für Dinge z.B. in der Gebäude-Architektur. Und mittlerweile sind auch Patterns für andere Bereiche entstanden. So erlauben sie den Zugriff auf Erfahrungen über den Umgang mit Code und Menschen. Sogar Refactorings sind eigentlich Patterns für den Umgang mit Code. Links Patterns Christopher Alexander: “The Timeless Way of Building”, 1979, Oxford University Press, ISBN 978-0-19-502402-9 Peter Gabriel: “Patterns of Software” Kevlin Henney, Frank Buschmann et al: “Pattern-Oriented-Software-Architecture 1-5” POSA 1-5 , besonders POSA 5 Gregor Hohpe, Bobby Woolf: “Enterprise Integration Patterns: Designing, Building, and Deploying Messaging Solutions”, 2003, Addison Wesley, ISBN 978-0-32-120068-6 Gerard Mezaros: “xUnit Test Patterns: Refactoring Test Code”, 2007, Addison Wesley, ISBN 978-0-13-149505-0 Refactoring Michael Hungers Studienarbeit zu Refactoring Refactoring 2nd Ed Vortrag beim JUG Saxony Day Martin Fowler: “Refactoring: : Improving the Design of Existing Code”, 2nd Edition, 2018, Addison Wesley, ISBN 978-0-13-475759-9 Martin Fowler: Refactoring 2nd Edition Web Version Joshua Kerievsky: “Refactoring to Patterns”, 2004, Addison Wesley, ISBN 978-0-32-121335-8 Kent Beck: “Implementation Patterns”, 2007, Addison Wesley, ISBN 978-0-32-141309-3 Pramod Sadalage: “Refactoring Databases: Evolutionary Database Design”, 2011, Addison Wesley, ISBN 978-0-32-177451-4 Steve Freeman, Nat Pryce: “Growing Object-Oriented Software, Guided by Tests”, 2009, Addison Wesley, ISBN 978-0-32-150362-6 Adam Tornhill: “Your Code as a Crime Scene: Use Forensic Techniques to Arrest Defects, Bottlenecks, and Bad Design in Your Programs”, 2015, O’Reilly, ISBN 978-1-68-050038-7 Adam Tornhill: “Software Design X-Rays: Fix Technical Debt with Behavioral Code”, 2018, O’Reilly, ISBN 978-1-68-050272-5 , Software Design jQAssistant Michael Feathers: “Working Effectively with Legacy Code”, 2013, Addison Wesley, ISBN 978-0-13-117705-5 Leute Dave Hoover, Adewale Oshineye: “Apprenticeship Patterns: Guidance for the Aspiring Software”, 2009, O’Reilly, ISBN 978-0-59-651838-7 Philip Armour: “The Laws of Software Process”, 2003, Auerbach, ISBN 978-0-84-931489-6 Linda Rising: “Fearless Change: Patterns for Introducing New Ideas”, 2015, Addison Wesley, ISBN 978-0-13-439525-8

In dieser Ausgabe diskutieren Uwe Friedrichsen und Eberhard Wolff das Für und Wider von Microservices.

Inner Source nutzt Open-Source-Methoden für die Entwicklung von Software innerhalb eines Unternehmens. Auf den ersten Blick scheinen Entwickler:innen so nur einfach Code teilen zu können, aber es hat weitreichende Konsequenzen und kann dazu dienen, Silos in Unternehmen einzureißen und so die Organisation zu verbessern. Prof. Dirk Riehles forscht in diesem Bereich und wird berichten, wie Inner Source in der Praxis funktionieren kann. Links zu Inner SourceInner Source Commons: Eine Non-Profit zur Verbreitung von Inner SourceFallstudien zu Inner Source (Video)Einfacher Rat, um mit Inner Source zu beginnen (Short Post)Was Dirk so zu Inner Source zu sagen hatBücher zu Forschungsmethoden im Software EngineeringFelder & Travassos, Contemporary Empirical Methods in Software Engineering, Springer 2020.Runeson et al., Case study research in software engineering, Wiley 2012.Wohlin et al., Experimentation in Software Engineering, Springer 2012.Das von Eberhard gennante Buch:Laurent Bossavit: The Leprechauns of Software Engineering

Anja Kammer erklärt in dieser Folge, warum und wie man keine DevOps Engineers einstellt - und warum DevOps als Begriff leider immer noch missverstanden wird. Dabei geht es auch um Team Topologys, mit denen die Organisation von Teams und die Kommunikation zwischen Teams visualisiert und optimiert werden kann. Links: DevOps Topologies DevOps Handbook Team Topologies

In dieser Folge diskutiert Johannes Seitz sokratische Gespräche. Das ist ein Möglichkeit, um nicht nur Grundlagen wie Information Hiding zu vermitteln, sondern die sich auch sonst gut für Consulting und Training eignet. Johannes hat vor allem in Remote-Szenarios damit gute Erfahrungen gemacht. In dieser Folge erläutert Johannes, was sokratische Gespräche sind und wie man sie führen kann. Links: Johannes Artikel Justice Course

Der INNOQ Technology Day ist eine kostenlose Online-Konferenz am 2020-12-09. In diesem Video erläutert das Programm-Komitee die Idee der Konferenz und was den Technology Day besonders macht.

Lisa Moritz spricht mit Christoph Iserlohn über Sicherheit und was gerade Architekt:innen dazu wissen sollten und müssen. Dabei geht es um typische Angriffe und Security-Probleme wie die OWASP Top 10 - und natürlich auch darum, was man gegen sie tun kann. Links: Kostenloses Security Buch

Schon in Folge 20 diskutierten Franziska Dessart, Joy Heron, Lucas Dohmen und Eberhard Wolff über Web-Architekturen. In dieser Folge geht es um die Architektur-Optionen für moderne Web Frontends. Wir geben einen Überblick über die Patterns, die wir uns begegnet sind. Wo implementiert man die Logik, wo liegen die Daten und wie findet die Integration statt: Das sind die wesentlichen Fragen, die wir gemeinsame diskutieren werden. Verschiedene Architektur-Optionen wie server-side Rendering, Single Page Apps werden wir wertungsneutral gegeneinander abwägen.

Frontends scheinen auf den ersten Blick einfach, aber auch der Entwurf dieser Systeme stellt Architekt:innen und Entwickler:innen vor Herausforderungen. In dieser Folge diskutieren Franziska Dessart, Joy Heron, Lucas Dohmen und Eberhard Wolff über verschiedene Ansätze für Frontend-Architekturen.

Nur mit Modularisierung kann man große Systeme entwickeln. Gerade durch Microservices gibt es wieder eine Diskussion zu diesem zentralen Konzept. In dieser Folge werden wir uns klassische Konzepte zur Modularisierung beispielsweise von Parnas anschauen und herausarbeiten, was man aus diesen Ansätzen für Architektur-Arbeit an modernen Systemen lernen kann. Parnas 1971: On the Criteria to be Used in Decomposing Systems into Modules Adrian Colyer zu dem Paper Blog: Meine Datenbank gehört mir! Parnas 1971: Information Distribution Aspects of Design Methodology Adrian Colyer zu dem Paper Brooks 1975, 1995: The Mythical Man Month Blog: Collective Code Ownership: Ein Anti-Pattern? Blog: Wasserfall-Modell? LOL!

Microservices sind verteilte Systeme. Damit ist die Konsistenz der Daten über die verschiedenen Microservices eine Herausforderung. Und Transaktionen in verteilten Systemen sind auch schwierig. In dieser Folge von Software Architektur im Stream geht es darum, wie man mit den Herausforderungen umgeht. Dabei geht es auch um Begriffe wie ACID, Two Phase Commit, Sagas, BASE und das CAP Theorem. Kyle Kingsbury über NoSQL-Datenbanken Leslie Lamports Preise