Eine Übersicht über Architekturmuster für Entwickler und Tech Leads

Wenn Sie in ein Microservices-Projekt einsteigen, fällt Ihnen schnell ein charakteristisches Detail auf. Jeder Entwickler versteht Clean Architecture anders. Der eine versucht, CQRS in eine dreiseitige CRUD-Anwendung zu quetschen, ein anderer baut ein monumentales Domain-Modell mit einem Dutzend Wrapper-Schichten auf, und ein dritter löst Kopplungsprobleme durch Event Sourcing. Damit ein Team dieselbe Sprache spricht, benötigen Sie eine einheitliche Wissensbasis.

Jeder von uns hat Dutzende von Artikeln und Video-Links gespeichert. Das Problem ist, dass diese Materialien schnell verloren gehen. Der Autor des awesome-software-architecture-Repositorys, Mehdi Hadeli, hat dieses Problem gelöst: Er hat eine strukturierte Sammlung von System-Design-Materialien an einem Ort zusammengestellt.

Was das Repository bietet

Dies ist eine offene Wissensdatenbank mit Links zu Artikeln, Tutorials, Büchern und Code-Beispielen. Das Projekt hat über 11.000 Sterne auf GitHub gesammelt. Im Gegensatz zu Standard-Awesome-Verzeichnissen strukturiert es nicht nur allgemeine Themen—es behandelt spezifische Patterns und architektonische Entscheidungen.

Entwickler haben auch eine separate Website awesome-architecture.com gestartet, auf der das Lesen von Materialien bequemer ist als in Markdown-Dateien.

Hauptabschnitte der Sammlung

Architekturstile und -ansätze

Das Repository zerlegt Möglichkeiten zur Code-Organisation im Detail:

• Monolithen und Microservices. Vom klassischen Monolithen bis zum Modular-Monolith-Konzept, das hilft, Code auf ein eventualle Aufteilung vorzubereiten.
• Schichtenarchitekturen. Eine Aufschlüsselung der Unterschiede zwischen Clean Architecture, Onion und Hexagonal.
• Vertical Slice Architecture. Ein Ansatz, der Code um Business-Features statt um technische Schichten gruppiert.
• Actor Model. Prinzipien der Actor-Operation mit Beispielen unter Verwendung von Akka.NET, Orleans und ProtoActor-Frameworks.

Domain-Driven Design und CQRS

Der DDD-Abschnitt erwies sich als der detaillierteste. Der Autor hat Eric Evans Konzept in seine Bestandteile zerlegt. Der Katalog enthält Materialien zu strategischem Design (Bounded Context, Ubiquitous Language) und taktischen Patterns (Aggregates, Value Objects, Domain Services). Anti-Patterns wie das Anemic Domain Model werden separat behandelt.

Ein dedizierter Block ist dem CQRS-Thema gewidmet, das die Trennung von Lese-/Schreibmodell, Datenkonsistenz und die Verbindung zu Event Sourcing behandelt.

Verteilte Systeme und Clouds

Beim Design von Cloud-Services ist der Abschnitt Cloud Design Patterns hilfreich:

• Resilienz-Patterns: Circuit Breaker, Bulkhead, Retry.
• Messaging: Outbox, Inbox, Saga, Change Data Capture.
• Netzwerkkomponenten: API Gateway (Ambassador, Kong, Ocelot), Service Mesh (Istio, Linkerd) und Load-Balancing-Lösungen.

Die Sammlung enthält auch Materialien zu Infrastructure-Tools: Kubernetes, Terraform, Nomad, Kafka, RabbitMQ und NATS.

Observability und Zuverlässigkeit

Ein separater Abschnitt ist der Observability gewidmet. Er enthält Artikel zu End-to-End-Tracing via Correlation ID, Log-Sammlung durch ELK-, EFK-, Fluent-Bit- und Grafana-Loki-Stacks. Zusätzlich behandelt er Back Pressure und den Aufbau fehlertoleranter Systeme.

Merkmale und Nuancen der Sammlung

Sie werden auf als TODO markierte Tabellen im README selbst stoßen. Erschrecken Sie nicht: Artikel zu diesen Themen befinden sich bereits im docs-Ordner. Die Navigation ist gut organisiert, Materialien sind auf Verzeichnisse verteilt, was die Suche nach dem benötigten Thema über die Suchfunktion erleichtert.

Der schwache Punkt des Repositorys ist eine deutliche Tendenz zum .NET-Stack in den frameworkspezifischen Abschnitten. Bibliotheken wie Steeltoe, MassTransit oder CAP werden dort häufig erwähnt. Die grundlegenden Konzepte sind jedoch überall dieselben. Sie funktionieren für Projekte in Go, Java, Python oder TypeScript.

Wie man den Katalog in der Praxis nutzt

1. Vorbereitung auf System-Design-Interviews. Die Sammlung deckt die meisten Fragen ab, die in architektonischen Abschnitten gestellt werden.
2. Referenz für das Design von Systemen. Hilft dabei, sich über den Unterschied zwischen Actors und klassischen Services zu informieren oder das richtige Messaging-Pattern auszuwählen.
3. Onboarding und Team-Schulung. Links aus dem Repository funktionieren als Leseliste, um Entwickler in die Architektur des Projekts einzuarbeiten.

Das awesome-software-architecture-Repository ist für Entwickler nützlich, die vom Schreiben von Funktionen zum Design von Systemen übergehen. Bookmarken Sie das Projekt, damit der richtige Artikel über Patterns immer griffbereit ist.