UID:
kobvindex_ERBEBC6426593
Umfang:
1 online resource (431 pages)
ISBN:
9783960104292
Anmerkung:
Intro -- Inhalt -- Vorwort: Axiome infrage stellen -- Kapitel 1: Einleitung -- Softwarearchitektur definieren -- Erwartungen an Architekten -- Architekturentscheidungen treffen -- Kontinuierliche Analyse der Architektur -- Bei aktuellen Trends auf dem Laufenden bleiben -- Sicherstellen, dass Entscheidungen eingehalten werden -- Vielfältige Kenntnisse und Erfahrungen -- Wissen in der Fachdomäne des Problems -- Fähigkeiten im zwischenmenschlichen Umgang -- Politik verstehen und sich in dieser Sqhäre bewegen können -- Überschneidungen von Architektur und … -- Engineering-Praktiken -- Technischer Betrieb/DevOps -- Prozess -- Daten -- Gesetze der Softwarearchitektur -- Teil I: Grundlagen -- Kapitel 2: Architektonisches Denken -- Architektur und Design im Vergleich -- Technische Breite -- Vor- und Nachteile analysieren -- Geschäftliche Faktoren verstehen -- Die Balance zwischen Architektur und tatsächlichem Programmieren -- Kapitel 3: Modularität -- Definition -- Modularität messen -- Kohäsion -- Kopplung -- Abstraktheit, Instabilität und Entfernung von der Hauptsequenz -- Entfernung von der Hauptsequenz -- Konnaszenz -- Kopplungs- und Konnaszenzmetriken vereinheitlichen -- Von Modulen zu Komponenten -- Kapitel 4: Definition architektonischer Eigenschaften -- Architektonische Eigenschaften, eine (unvollständige) Liste -- Betriebsrelevante architektonische Eigenschaften -- Strukturelle architektonische Eigenschaften -- Bereichsübergreifende architektonische Eigenschaften -- Kompromisse und am wenigsten schlechte Architektur -- Kapitel 5: Architektonische Eigenschaften ermitteln -- Architektonische Eigenschaften aus domänenspezifischen Anforderungen ableiten -- Architektonische Eigenschaften aus funktionalen Anforderungen ableiten -- Fallstudie: Silicon Sandwiches -- Explizite Eigenschaften -- Implizite Eigenschaften
,
Kapitel 6: Messung und Governance von architektonischen Eigenschaften -- Architektonische Eigenschaften messen -- Betriebsrelevante Metriken -- Strukturelle Metriken -- Prozessbasierte Metriken -- Governance und Fitnessfunktionen -- Governance für architektonische Eigenschaften -- Fitnessfunktionen -- Kapitel 7: Anwendungsbereich architektonischer Eigenschaften -- Kopplung und Konnaszenz -- Architektonische Quanten und Granularität -- Fallstudie: Going, Going, Gone (»Zum Ersten, zum Zweiten und zum Dritten«) -- Kapitel 8: Komponentenbasiertes Denken -- Anwendungsbereiche für Komponenten -- Die Rolle des Architekten -- Architektonische Partitionierung -- Fallstudie: Partitionierung für Silicon Sandwiches -- Die Rolle des Entwicklers -- Arbeitsablauf zur Ermittlung der Komponenten -- Anfängliche Komponenten ermitteln -- Anforderungen auf Komponenten abbilden -- Rollen und Verantwortlichkeiten analysieren -- Architektonische Eigenschaften analysieren -- Komponenten restrukturieren -- Komponentengranularität -- Komponentendesign -- Sinnvolle Komponentenaufteilung ermitteln -- Fallstudie: Going, Going, Gone: Komponenten ermitteln -- Rückblick auf das architektonische Quantum: Die Wahl zwischen monolithischen und verteilten Architekturen -- Teil II: Architekturstile -- Kapitel 9: Architekturstile -- Grundmuster -- Big Ball of Mud (Der »große Matschklumpen«) -- Eingliedrige Architektur -- Client/Server -- Monolithische und verteilte Architekturen -- Irrtum Nr. 1: Das Netzwerk ist verlässlich -- Irrtum Nr. 2: Die Latenz ist gleich null -- Irrtum Nr. 3: Die Bandbreite ist unendlich -- Irrtum Nr. 4: Das Netzwerk ist sicher -- Irrtum Nr. 5: Die Topologie ändert sich nie -- Irrtum Nr. 6: Es gibt nur einen Administrator -- Irrtum Nr. 7: Die Transportkosten sind gleich null -- Irrtum Nr. 8: Das Netzwerk ist homogen -- Weitere Überlegungen zum verteilten Rechnen
,
Kapitel 10: Der schichtbasierte Architekturstil -- Topologie -- Voneinander isolierte Schichten -- Schichten hinzufügen -- Zusätzliche Überlegungen -- Gründe für den schichtbasierten Architekturstil -- Bewertung der architektonischen Eigenschaften -- Kapitel 11: Pipeline-Architekturstil -- Topologie -- Pipes -- Filter -- Beispiel -- Bewertung der architektonischen Eigenschaften -- Kapitel 12: Microkernel-Architekturstil -- Topologie -- Kernsystem -- Plug-in-Komponenten -- Registry -- Kontrakte -- Beispiele und Anwendungsfälle -- Bewertung der architektonischen Eigenschaften -- Kapitel 13: Servicebasierter Architekturstil -- Topologie -- Topologische Varianten -- Servicedesign und Granularität -- Datenbank-Partitionierung -- Beispielarchitektur -- Bewertung der architektonischen Eigenschaften -- Wann man diesen Architekturstil verwenden sollte -- Kapitel 14: Eventbasierter Architekturstil -- Topologie -- Broker-Topologie -- Mediator-Topologie -- Asynchrone Fähigkeiten -- Fehlerbehandlung -- Datenverlust verhindern -- Broadcast-Fähigkeiten -- Request-Reply -- Request- oder eventbasiert? -- Hybride eventbasierte Architekturen -- Bewertung der architektonischen Eigenschaften -- Kapitel 15: »Space-based«-Architekturstil -- Allgemeine Topologie -- Verarbeitungseinheit -- Virtualisierte Middleware -- Data Pumps -- Data Writer -- Data Reader -- Datenkollisionen -- Cloudbasierte und On-Premises-Implementierungen im Vergleich -- Repliziertes Caching im Vergleich mit verteiltem Caching -- Überlegungen zu Near-Cache -- Implementierungsbeispiele -- System zum Verkauf von Veranstaltungstickets -- Online-Auktionssysteme -- Bewertung der architektonischen Eigenschaften -- Kapitel 16: Orchestrierter serviceorientierter Architekturstil (SOA) -- Geschichte und Philosophie -- Topologie -- Taxonomie -- Dienste für die Geschäftslogik -- Unternehmensdienste
,
Applikationsdienste -- Infrastrukturdienste -- Orchestrierungs-Engine -- Nachrichtenfluss -- Wiederverwendbarkeit und Kopplung -- Bewertung der architektonische Eigenschaften -- Kapitel 17: Microservices-Architekturstil -- Geschichte -- Topologie -- Verteilt -- Bounded Context -- Granularität -- Datenisolation -- API-Schicht -- Betriebliche Wiederverwendung (Operational Reuse) -- Frontends -- Kommunikation -- Choreografie und Orchestrierung -- Transaktionen und Sagas -- Bewertung der architektonischen Eigenschaften -- Weiterführende Referenzen -- Kapitel 18: Den richtigen Architekturstil auswählen -- Architekturstile als »Modeerscheinungen« -- Entscheidungskriterien -- Monolith-Fallstudie: Silicon Sandwiches -- Modularer Monolith -- Microkernel -- Verteilte Architektur, Fallstudie: Going, Going, Gone -- Teil III: Techniken und Soft Skills -- Kapitel 19: Architekturentscheidungen -- Antipatterns für Architekturentscheidungen -- Antipattern: Covering your Assets -- Antipattern: Groundhog Day -- Antipattern: Email-Driven Architecture -- Architektonisch wichtig -- Architecture Decision Records (ADR) -- Grundstruktur -- ADRs speichern -- ADRs als Dokumentation -- ADRs für Standards verwenden -- Beispiel -- Kapitel 20: Architektonische Risiken analysieren -- Matrix zur Risikobewertung -- Risikobewertung -- Risk Storming -- Identifizierung -- Konsens -- Risikoanalyse von Agile Stories -- Risk-Storming-Beispiele -- Verfügbarkeit -- Elastizität -- Sicherheit -- Kapitel 21: Architektur in Diagrammen und Präsentationen visualisieren -- Diagramme -- Werkzeuge -- Standards für Diagramme: UML, C4 und ArchiMate -- Richtlinien für die Erstellung von Diagrammen -- Präsentieren -- Zeit manipulieren -- Inkrementeller Aufbau -- Infodecks im Vergleich mit Präsentationen -- Folien sind nur die Hälfte des Vortrags -- Unsichtbarkeit -- Kapitel 22: Effektive Teams schaffen
,
Teams den richtigen Rahmen vorgeben -- Architekten-Persönlichkeiten -- Der Kontrollfreak -- Der Sofa-Architekt -- Der effektive Architekt -- Wie viel Kontrolle? -- Warnsignale des Teams -- Checklisten einsetzen -- Entwickler-Checkliste für die Codefertigstellung -- Checkliste für Unit- und funktionales Testing -- Software-Release-Checkliste -- Orientierung bieten -- Zusammenfassung -- Kapitel 23: Verhandlungsgeschick und Führungsqualitäten -- Verhandlung und Moderation -- Mit geschäftlichen Entscheidungsträgern verhandeln -- Mit anderen Architekten verhandeln -- Mit Enwicklern verhandeln -- Der Softwarearchitekt als Führungskraft -- Die vier Ks der Architektur -- Seien Sie pragmatisch, aber visionär -- Teams mit gutem Beispiel vorangehen -- Abstimmung mit dem Entwicklungsteam -- Zusammenfassung -- Kapitel 24: Eine berufliche Laufbahn entwickeln -- Die 20-Minuten-Regel -- Ein persönliches Radar entwickeln -- Das ThoughtWorks Technology Radar -- Open-Source-Visualisierungen -- Soziale Medien verwenden -- Rat zum Abschied -- Anhang A: Fragen zur Selbstbeurteilung -- Index
Weitere Ausg.:
Print version: Richards, Mark Handbuch moderner Softwarearchitektur Heidelberg : o'Reilly,c2020 ISBN 9783960091493
Schlagwort(e):
Electronic books.
URL:
https://ebookcentral.proquest.com/lib/th-brandenburg/detail.action?docID=6426593
Bookmarklink
