Domain-Driven Transformation
Monolithen und Microservices zukunftsfähig machen
Diese Publikation zitieren
Accesses
Quotes
Beschreibung / Abstract
Über den Umbau von IT-Landschaften mit Domain-Driven Design
- kompakter, tiefgehender Einblick in Domain-Driven Design (DDD) und die Verwendung der vielfältigen DDD-Techniken in der Praxis – Fokussierung auf Legacy-Systeme und Migration in Richtung gut strukturierter Monolithen und Microservices
- Zusammenhang zwischen Transformation der Architektur und der Teamorganisation
In den letzten Jahrzehnten ist sehr viel Software entwickelt worden, die wir heute modernisieren und zukunftsfähig machen wollen. Domain-Driven Design (DDD) eignet sich hervorragend, um große Legacy-Systeme in Microservices zu zerlegen oder zu wartbaren Monolithen umzubauen. In diesem Transformationsprozess wird der fachliche Kern des Softwaresystems herausgearbeitet. Auf der Makro-Architektur-Ebene wird das System in unabhängige DDD-Module aufgeteilt. Auf der Mikro-Architektur-Ebene werden zusätzlich DDD-Muster eingesetzt, um den Code weiter zu strukturieren.
Dieses Buch kombiniert Anleitungen, Erkenntnisse und Beispiele aus der Beraterpraxis des Autorenteams. Es veranschaulicht, wie Techniken aus DDD und Refactorings verwendet werden können, um Softwaresysteme zu transformieren, die über Jahre gewachsen und möglicherweise ohne Architekturverständnis entwickelt wurden. Die Leser*innen lernen einen Prozess der Transformation kennen, den sie als Ganzes oder schrittweise in ihre Alltagspraxis übernehmen können, um die Wartbarkeit ihrer Legacy-Systeme effektiv und schnell zu verbessern. Sie erhalten:
- einen detaillierten Einblick in DDD und die Verwendung der vielfältigen DDD-Techniken in der Praxis,
- eine Anleitung, wie DDD eingesetzt werden kann, damit Legacy-Systeme wartbar bleiben oder wartbarer werden,
- eine Anleitung, wie vorzugehen ist, falls eine Zerlegung der Monolithen und eine Neustrukturierung der Microservices geplant ist,
- Argumente an die Hand, wann eine Zerlegung in Microservices für einen Monolithen sinnvoll ist und wann nicht.
Beschreibung
Inhaltsverzeichnis
- BEGINN
- Vorwort
- Inhaltsübersicht
- Inhalt
- 1 Einleitung: Komplexität beherrschen
- 1.1 Komplexität
- 1.2 Herkunft der Komplexität: Problem- und Lösungsraum
- 1.3 Art der Komplexität: essenziell vs. akzidentell
- 1.4 Komplexität in Legacy-Systemen
- 1.5 Struktur dieses Buches
- Teil I – Grundlagen für Domain-Driven Transformation
- Die grundlegenden Methoden
- Komplexität sichtbar machen mit Architekturdokumentation
- Das C4 Model
- Wie weiter?
- 2 Domain-Driven Design
- 3 Collaborative Modeling
- 4 Architekturkonzepte
- 5 Vorgehen klären
- Teil II – Technische, taktische und teamorganisatorische Domain-Driven Transformation
- Wo stehen Sie? – Leicht gemacht
- 6 Legacy-Software technisch stabilisieren
- 7 Fachlichkeit stärken
- 8 Teamorganisation verbessern
- Teil III – Strategische Domain-Driven Transformation
- Softwareentwicklung im Brownfield
- Der Schlüssel: die Domäne (wieder) verstehen
- Übersicht über die strategische Transformation
- Die Struktur in diesem Teil
- 9 Schritt 1 – Wiederentdecken der Fachdomäne
- 10 Schritt 2 – Modellierung der fachlichen Soll-Architektur
- 11 Schritt 3 – Abgleich Ist- mit Soll-Architektur
- 12 Schritt 4 – Priorisierung und Durchführung der Umbaumaßnahmen
- Abschluss
- 13 Ausblick: Domain Patterns und ihre Umsetzung in Kontexten
- 14 Fazit
- Anhang
- Literatur
- Index