| Description |
1 online resource (266 pages) |
| Note |
Description based upon print version of record. |
| Contents |
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 |
|
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 |
|
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 |
|
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 |
|
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 |
| Subject |
Application software -- Development.
|
|
Computer architecture.
|
|
Distributed operating systems (Computers)
|
|
Computer software -- Development.
|
|
Software patterns.
|
|
Logiciels d'application -- Développement. |
|
Ordinateurs -- Architecture. |
|
Systèmes d'exploitation répartis. |
|
Logiciels -- Modèles de conception. |
|
Application software -- Development |
|
Computer architecture |
|
Computer software -- Development |
|
Distributed operating systems (Computers) |
|
Software patterns |
| Added Author |
Demmig, Thomas.
|
| Other Form: |
Print version: Newman, Sam Vom Monolithen zu Microservices : Patterns, um bestehende Systeme Schritt für Schritt umzugestalten Heidelberg : o'Reilly,c2020 9783960091400 |
| ISBN |
3960104235 (electronic bk.) |
|
9783960104230 (electronic bk.) |
|
More Resources