Handbuch Moderner Softwarearchitektur : Architekturstile, Patterns und Best Practices.

Format:

Book

Author/Creator:

Richards, Mark.

Language:

German

Subjects (All):

Software architecture.

Computer programming.

Physical Description:

1 online resource (517 pages)

Edition:

2nd ed.

Place of Publication:

Heidelberg : O'Reilly Verlag GmbH & Co. KG, 2026.

Summary:

Zeitgemäße Softwarearchitektur praktisch umgesetzt¶Alles in einem Band: Grundlagenwissen, Architekturstile im Vergleich und Best Practices zur Risikoanalyse von Entscheidungen, zur Dokumentation und Präsentation von Architekturentscheidungen, Teamführung u.v.m.¶Umfassender Praxis-Guide international renommierter Experten ¶Unterstützt bei der.

Contents:

Intro

Inhalt

Vorwort

Vorwort zur zweiten Auflage

Vorwort zur ersten Auflage

Konventionen in diesem Buch

Codebeispiele verwenden

Danksagungen

Kapitel 1: Einleitung

Softwarearchitektur definieren

Gesetze der Softwarearchitektur

Erwartungen an Architekten

Architekturentscheidungen treffen

Kontinuierliche Analyse der Architektur

Bei aktuellen Trends auf dem Laufenden bleiben

Sicherstellen, dass Entscheidungen eingehalten werden

Vielfältige Technologien verstehen

Die Fachdomäne kennen

Fähigkeiten im zwischenmenschlichen Umgang

Politik verstehen und sich in dieser Sphäre bewegen können

Wegweiser für das Buch

Teil I: Grundlagen

Kapitel 2: Architektonisches Denken

Architektur und Design im Vergleich

Strategische und taktische Entscheidungen

Aufwand

Die Signifikanz von Kompromissen

Technische Breite

Die 20-Minuten-Regel

Ein persönliches Radar entwickeln

Vor- und Nachteile analysieren

Geschäftliche Faktoren verstehen

Die Balance zwischen Architektur und tatsächlichem Programmieren

Architektonisches Denken ist noch mehr

Kapitel 3: Modularität

Modularität und Granularität

Definition von Modularität

Modularität messen

Kohäsion

Kopplung

Zentrale Metriken

Entfernung von der Hauptsequenz

Konnaszenz

Von Modulen zu Komponenten

Kapitel 4: Definition architektonischer Eigenschaften

Architektonische Eigenschaften und Systemdesign

Architektonische Eigenschaften, eine (unvollständige) Liste

Betriebsrelevante architektonische Eigenschaften

Strukturelle architektonische Eigenschaften

Cloud-Eigenschaften

Bereichsübergreifende architektonische Eigenschaften

Kompromisse und am wenigsten schlechte Architektur

Kapitel 5: Architektonische Eigenschaften ermitteln.

Architektonische Eigenschaften aus domänenspezifischen Anforderungen ableiten

Zusammengesetzte architektonische Eigenschaften

Architektonische Eigenschaften ableiten

Mit Katas arbeiten

Kata: Silicon Sandwiches

Explizite Eigenschaften

Implizite Eigenschaften

Architektonische Eigenschaften begrenzen und priorisieren

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

Architektonische Quanten und Granularität

Synchrone Kommunikation

Der Einfluss des Scopings

Scoping und Architekturstile

Kata: Going Green

Scoping und die Cloud

Kapitel 8: Komponentenbasiertes Denken

Logische Komponenten definieren

Logische und physische Architektur

Eine logische Architektur erstellen

Die zentralen Komponenten identifizieren

Den Komponenten User Stories zuweisen

Rollen und Zuständigkeiten analysieren

Architektonische Eigenschaften analysieren

Komponenten restrukturieren

Kopplung von Komponenten

Statische Kopplung

Temporale Kopplung

Das Gesetz von Demeter

Fallstudie: Going, Going, Gone: Komponenten ermitteln

Teil II: Architekturstile

Kapitel 9: Grundlagen

Stile versus Patterns

Grundmuster

Big Ball of Mud (der »große Matschklumpen«)

Eingliedrige Architektur

Client/Server

Architektonisches Unterteilen

Kata: Silicon Sandwiches: Unterteilung

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

Die anderen Irrtümer

Team-Topologien und Architektur

Zu den spezifischen Stilen

Kapitel 10: Schichtbasierter Architekturstil

Topologie

Stil-Spezifika

Voneinander isolierte Schichten

Schichten hinzufügen

Datentopologien

Überlegungen zur Cloud

Häufige Risiken

Governance

Überlegungen zur Team-Topologie

Stil-Eigenschaften

Wann man ihn einsetzt

Wann man ihn nicht einsetzt

Beispiele und Anwendungsfälle

Kapitel 11: Der modulare Monolith

Monolithische Struktur

Modulare Struktur

Modulkommunikation

Cloud-Überlegungen

Kapitel 12: Pipeline-Architekturstil

Filter

Pipes

Kapitel 13: Microkernel-Architekturstil

Das Kernsystem

Plug-in-Komponenten

Das Spektrum der »Microkernabilität«

Registry

Kontrakte

Volatiler Kern

Plug-in-Abhängigkeiten

Bewertung der architektonischen Eigenschaften

Kapitel 14: Servicebasierter Architekturstil

Servicedesign und Granularität

Optionen bei der Benutzeroberfläche.

Optionen für API-Gateways

Kapitel 15: Eventbasierter Architekturstil

Events versus Messages

Abgeleitete Events

Erweiterbare Events auslösen

Asynchrone Fähigkeiten

Broadcast-Fähigkeiten

Event Payloads

Das Mückenschwarm-Antipattern

Fehlerbehandlung

Datenverlust verhindern

Request-Reply

Mediator-Event-basierte-Architektur

Monolithische Datenbanktopologie

Domänendatenbanktopologie

Dedizierte Datentopologie

Request- oder eventbasiert?

Kapitel 16: »Space-based«-Architekturstil

Verarbeitungseinheit

Virtualisierte Middleware

Messaging Grid

Data Grid

Verarbeitungs-Grid

Deployment-Manager

Data Pumps

Data Writers

Data Readers

Häufiges Lesen von der Datenbank

Datensynchronisation und Datenkonsistenz

Hohe Datenvolumen

Datenkollisionen

System zum Verkauf von Veranstaltungstickets

Onlineauktionssysteme

Kapitel 17: Orchestrierter serviceorientierter Architekturstil (SOA)

Taxonomie

Wiederverwendbarkeit und Kopplung

Kapitel 18: Microservices-Architekturstil

Bounded Context

Granularität.

Datenisolation

API-Schicht

Betriebliche Wiederverwendung (Operational Reuse)

Frontends

Kommunikation

Choreografie und Orchestrierung

Transaktionen und Sagas

Kapitel 19: Den richtigen Architekturstil auswählen

Architekturstile als »Modeerscheinungen«

Entscheidungskriterien

Monolith-Fallstudie: Silicon Sandwiches

Modularer Monolith

Microkernel

Verteilte Architektur, Fallstudie: Going, Going, Gone

Kapitel 20: Architektur-Patterns

Reuse

Domänen- und operationale Kopplung trennen

Orchestrierung versus Choreografie

CQRS

Infrastruktur

Broker-Domain-Pattern

Teil III: Techniken und Soft Skills

Kapitel 21: Architekturentscheidungen

Antipatterns für Architekturentscheidungen

Antipattern: Covering Your Assets

Antipattern: Groundhog Day

Antipattern: Email-Driven Architecture

Architektonisch wichtig

Architecture Decision Records (ADRs)

Grundstruktur

Beispiel

ADRs speichern

ADRs als Dokumentation

ADRs für Standards verwenden

ADRs für bestehende Systeme einsetzen

Generative KI und LLMs bei architektonischen Entscheidungen einsetzen

Kapitel 22: Architektonische Risiken analysieren

Matrix zur Risikobewertung

Risikobewertung

Risk Storming

Phase 1: Identifizierung

Phase 2: Konsens

Phase 3: Risikoverringerung

Risikoanalyse von User Stories

Anwendungsfall für das Risk Storming

Verfügbarkeit

Elastizität

Sicherheit

Zusammenfassung

Kapitel 23: Architektur in Diagrammen visualisieren

Diagramme

Werkzeuge

Standards für Diagramme: UML, C4 und ArchiMate

Richtlinien für die Erstellung von Diagrammen

Zusammenfassung.

Kapitel 24: Effektive Teams schaffen.

Notes:

Description based on publisher supplied metadata and other sources.

Part of the metadata in this record was created by AI, based on the text of the resource.

ISBN:

3-96010-953-9

3-96010-952-0

9783960109525

OCLC:

1589296050