Vom Monolithen zu Microservices Patterns, um bestehende Systeme Schritt für Schritt umzugestalten
| Main Author: | |
|---|---|
| Other Authors: | |
| Format: | eBook |
| Language: | German |
| Published: |
Heidelberg
O'Reilly
2021
|
| Edition: | 1. Auflage |
| Subjects: | |
| Online Access: | |
| Collection: | O'Reilly - Collection details see MPG.ReNa |
Table of Contents:
- Seien Sie offen für neue Ansätze
- Zusammenfassung
- Kapitel 3: Den Monolithen aufteilen
- Ändern wir den Monolithen, oder lassen wir es bleiben?
- Ausschneiden, einfügen oder reimplementieren?
- Den Monolithen refaktorieren
- Migrations-Patterns
- Pattern: Strangler Fig Application
- Wie es funktioniert
- Wo wir es einsetzen
- Beispiel: HTTP Reverse Proxy
- Daten?
- Proxy-Optionen
- Protokolle wechseln
- Beispiel: FTP
- Beispiel: Message Interception
- Andere Protokolle
- Andere Beispiele für das Strangler Fig Pattern
- Verhaltensänderung während der Migration
- Beim Kunden installierte und verwaltete Software
- Keinen guten Grund haben!
- Abwägungen
- Die Menschen mitnehmen
- Organisationen verändern
- Gefühl für die Dringlichkeit vermitteln
- Führungskoalition schaffen
- Vision und Strategie entwickeln
- Veränderungsvision kommunizieren
- Mitarbeitern umfangreiche Unterstützung ermöglichen
- Kurzfristige Erfolge erzielen
- Nutzen konsolidieren und weitere Veränderungen anstoßen
- Neue Ansätze in der Unternehmenskultur verankern
- Die Wichtigkeit der inkrementellen Migration
- Nur die Produktivumgebung zählt
- Veränderungskosten
- Intro
- Inhalt
- Vorwort
- Kapitel 1: Gerade genug Microservices
- Was sind Microservices?
- Unabhängige Deploybarkeit
- Modellierung rund um eine Businessdomäne
- Die eigenen Daten besitzen
- Welche Vorteile können Microservices haben?
- Welche Probleme werden entstehen?
- Benutzeroberflächen
- Technologie
- Größe
- Und Ownership
- Der Monolith
- Der Ein-Prozess-Monolith
- Der verteilte Monolith
- Black-Box-Systeme von Fremdherstellern
- Herausforderungen von Monolithen
- Vorteile von Monolithen
- Zu Kopplung und Kohäsion
- Kohäsion
- Kopplung
- Reversible und irreversible Entscheidungen
- Bessere Orte zum Experimentieren
- Wo fangen wir also an?
- Domain-Driven Design
- Wie weit müssen Sie gehen?
- Event Storming
- Ein Domänenmodell zum Priorisieren einsetzen
- Ein kombiniertes Modell
- Teams reorganisieren
- Sich verändernde Strukturen
- Es gibt nicht die eine Lösung für alle
- Eine Änderung vornehmen
- Veränderte Fähigkeiten
- Woher wissen Sie, ob die Transformation funktioniert?
- Regelmäßige Checkpoints
- Quantitative Messgrößen
- Qualitative Messwerte
- Vermeiden Sie den Sunk-Cost-Effekt
- Gerade genug Domain-Driven Design
- Aggregat
- Kontextgrenzen
- Aggregate und Kontextgrenzen auf Microservices abbilden
- Weitere Quellen
- Zusammenfassung
- Kapitel 2: Eine Migration planen
- Das Ziel verstehen
- Drei zentrale Fragen
- Warum wollen Sie Microservices einsetzen?
- Teamautonomie verbessern
- Time-to-Market verringern
- Kostengünstig auf Last reagieren
- Robustheit verbessern
- Die Anzahl der Entwickler erhöhen
- Neue Technologien einsetzen
- Wann können Microservices eine schlechte Idee sein?
- Unklare Domäne
- Start-ups