|
|
|
|
LEADER |
00000cam a2200000Mi 4500 |
001 |
OR_on1202480493 |
003 |
OCoLC |
005 |
20231017213018.0 |
006 |
m o d |
007 |
cr cnu---unuuu |
008 |
201031s2021 gw o 000 0 ger d |
040 |
|
|
|a EBLCP
|b eng
|c EBLCP
|d EBLCP
|d N$T
|d OCLCF
|d OCLCO
|d OCLCQ
|
020 |
|
|
|a 3960104235
|q (electronic bk.)
|
020 |
|
|
|a 9783960104230
|q (electronic bk.)
|
029 |
1 |
|
|a AU@
|b 000071521358
|
035 |
|
|
|a (OCoLC)1202480493
|
041 |
1 |
|
|a ger
|h eng
|
050 |
|
4 |
|a QA76.76.A65
|
082 |
0 |
4 |
|a 005.1
|2 23
|
049 |
|
|
|a UAMI
|
100 |
1 |
|
|a Newman, Sam.
|
240 |
1 |
0 |
|a Monolith to microservices.
|l German
|
245 |
1 |
0 |
|a Vom Monolithen zu Microservices
|h [electronic resource] :
|b Patterns, um bestehende Systeme Schritt für Schritt umzugestalten /
|c Sam Newman ; deutsche Übersetzung von Thomas Demmig.
|
250 |
|
|
|a 1. Auflage.
|
260 |
|
|
|a Heidelberg :
|b O'Reilly,
|c 2021.
|
300 |
|
|
|a 1 online resource (266 pages)
|
500 |
|
|
|a Description based upon print version of record.
|
505 |
0 |
|
|a 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
|
505 |
8 |
|
|a 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
|
505 |
8 |
|
|a 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
|
505 |
8 |
|
|a 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
|
505 |
8 |
|
|a 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
|
590 |
|
|
|a O'Reilly
|b O'Reilly Online Learning: Academic/Public Library Edition
|
650 |
|
0 |
|a Application software
|x Development.
|
650 |
|
0 |
|a Computer architecture.
|
650 |
|
0 |
|a Distributed operating systems (Computers)
|
650 |
|
0 |
|a Computer software
|x Development.
|
650 |
|
0 |
|a Software patterns.
|
650 |
|
6 |
|a Logiciels d'application
|x Développement.
|
650 |
|
6 |
|a Ordinateurs
|x Architecture.
|
650 |
|
6 |
|a Systèmes d'exploitation répartis.
|
650 |
|
6 |
|a Logiciels
|x Modèles de conception.
|
650 |
|
7 |
|a Application software
|x Development.
|2 fast
|0 (OCoLC)fst00811707
|
650 |
|
7 |
|a Computer architecture.
|2 fast
|0 (OCoLC)fst00872026
|
650 |
|
7 |
|a Computer software
|x Development.
|2 fast
|0 (OCoLC)fst00872537
|
650 |
|
7 |
|a Distributed operating systems (Computers)
|2 fast
|0 (OCoLC)fst00895586
|
650 |
|
7 |
|a Software patterns.
|2 fast
|0 (OCoLC)fst01124209
|
700 |
1 |
|
|a Demmig, Thomas.
|
776 |
0 |
8 |
|i Print version:
|a Newman, Sam
|t Vom Monolithen zu Microservices : Patterns, um bestehende Systeme Schritt für Schritt umzugestalten
|d Heidelberg : o'Reilly,c2020
|z 9783960091400
|
856 |
4 |
0 |
|u https://learning.oreilly.com/library/view/~/9781098128234/?ar
|z Texto completo (Requiere registro previo con correo institucional)
|
938 |
|
|
|a ProQuest Ebook Central
|b EBLB
|n EBL6373161
|
938 |
|
|
|a EBSCOhost
|b EBSC
|n 2652610
|
994 |
|
|
|a 92
|b IZTAP
|