Glossar zur Softwarearchitektur

Prägnante Definitionen des C4-Modells, der DORA-Metriken, von ADRs, Architektur-Drift, Clean Architecture und weiteren Begriffen, die jedes Softwareteam kennen sollte. Kuratiert von Archyl.

  • C4-Modell — Ein leichtgewichtiger Ansatz zur Architekturvisualisierung, der Softwaresysteme auf vier Ebenen beschreibt: System Context, Container, Component und Code.
  • System-Context-Diagramm — C4-Diagramm der Ebene 1, das ein Softwaresystem und seine Interaktionen mit Nutzern und anderen externen Systemen zeigt.
  • Container-Diagramm — C4-Diagramm der Ebene 2, das die ausrollbaren bzw. ausführbaren Einheiten (Anwendungen, Dienste, Datenbanken) zeigt, aus denen ein Softwaresystem besteht.
  • Component-Diagramm — C4-Diagramm der Ebene 3, das einen Container in Gruppen zusammengehöriger Funktionalität (Components) und deren Zusammenarbeit zerlegt.
  • Code-Diagramm — C4-Diagramm der Ebene 4, das die Implementierungsdetails (Klassen, Schnittstellen, Funktionen) einer Component zeigt.
  • Architecture Decision Record (ADR) — Ein kurzes Dokument, das eine einzelne architektonisch bedeutsame Entscheidung, ihren Kontext und ihre Konsequenzen festhält.
  • Architektur-Drift — Die wachsende Kluft zwischen der dokumentierten Architektur und dem System, das tatsächlich in Produktion läuft.
  • Konformitätsregel — Eine maschinell prüfbare Einschränkung, die die Codebasis gegen die architektonische Absicht validiert.
  • Architecture as Code — Die Beschreibung der Systemarchitektur in einem versionierten, textbasierten Format, sodass sie wie Quellcode geprüft, verglichen und validiert werden kann.
  • Technology Radar — Ein kuratierter Katalog von Technologien, die in Ringe (adopt / trial / assess / hold) gruppiert sind und Engineering-Entscheidungen leiten.
  • DORA-Metriken — Vier weit verbreitete Metriken zur Engineering-Performance: Deployment-Häufigkeit, Lead Time for Changes, Change Failure Rate und Mean Time to Recovery.
  • Deployment-Häufigkeit — Wie oft ein Team erfolgreich Code in Produktion ausliefert. Eine der vier DORA-Metriken.
  • Lead Time for Changes — Die Zeit zwischen dem Commit einer Codeänderung und dem Zeitpunkt, an dem diese Änderung in Produktion läuft.
  • Change Failure Rate — Der Prozentsatz der Deployments, die eine Verschlechterung in Produktion verursachen und eine Behebung erfordern.
  • Mean Time to Recovery (MTTR) — Die durchschnittliche Zeit, die benötigt wird, um den Dienst nach einem Produktionsvorfall wiederherzustellen.
  • Domain-Driven Design (DDD) — Ein Ansatz zum Softwaredesign, der das Modell und die Sprache der Geschäftsdomäne in den Mittelpunkt stellt.
  • Hexagonale Architektur — Ein geschichteter Architekturstil, der die Domänenlogik über Ports und Adapter von der Infrastruktur isoliert.
  • Clean Architecture — Eine geschichtete Architektur, in der die Abhängigkeiten nach innen zur Domäne zeigen, bekannt gemacht durch Robert C. Martin.
  • Event Storming — Ein kollaborativer Modellierungsworkshop, der Klebezettel für Domänenereignisse nutzt, um einen Geschäftsprozess abzubilden.
  • Microservices — Ein Architekturstil, der eine Anwendung als Sammlung kleiner, unabhängig auslieferbarer Dienste strukturiert, die um Geschäftsfähigkeiten herum organisiert sind.
  • Service Mesh — Eine dedizierte Infrastrukturschicht für die Kommunikation zwischen Diensten, typischerweise über Sidecar-Proxys.
  • API-Vertrag — Eine formale Spezifikation einer API (OpenAPI, gRPC-Proto, GraphQL-Schema), zu deren Einhaltung sich Anbieter und Konsumenten verpflichten.
  • Event-Kanal — Ein benannter, typisierter Strom von Ereignissen (oft ein Kafka-Topic oder Äquivalent), über den Dienste asynchron publizieren und abonnieren.
  • Ownership Map — Eine Zuordnung von Systemelementen (Dienste, Module, Pipelines) zum Team oder zur Person, die dafür verantwortlich ist.
  • Living Documentation — Dokumentation, die aus dem laufenden System generiert oder validiert wird, sodass sie genau bleibt, während sich das System weiterentwickelt.
  • MCP-Server — Ein Server, der das Model Context Protocol implementiert, damit KI-Coding-Assistenten Projektkontext über eine standardisierte Tool-Schnittstelle abfragen können.