Hexagonale Architektur: Definition, Erklärung & Beispiele

Die hexagonale Architektur, auch bekannt als „Ports and Adapters“, wurde 2005 von Alistair Cockburn entwickelt. Sie zielt darauf ab, unerwünschte Abhängigkeiten im objektorientierten Design zu vermeiden, indem der Anwendungskern unabhängig von externen Systemen wie Datenbanken und Benutzeroberflächen bleibt. Der Kern der Anwendung ist stabil und wird über definierte Ports mit austauschbaren Adaptern verbunden.

In der hexagonalen Architektur wird der Anwendungskern von externen Abhängigkeiten isoliert. Der Kern enthält die Geschäftslogik und ist über Ports mit Adaptern verbunden, die verschiedene externe Systeme repräsentieren. Diese Struktur ermöglicht eine klare Trennung zwischen der Logik der Anwendung und der Technik, sodass Änderungen an externen Systemen keine Auswirkungen auf den Kern haben.

Hexagonale Architektur wird verwendet, um Softwareanwendungen zu entwickeln, die leicht testbar, anpassbar und langlebig sind. Sie ermöglicht es, die Geschäftslogik unabhängig von Technologien wie Datenbanken oder Benutzeroberflächen zu gestalten. Dies ist besonders vorteilhaft in dynamischen Umgebungen, in denen häufige Änderungen erforderlich sind.

Der Hauptunterschied liegt in der Struktur und der Handhabung von Abhängigkeiten. Während die Schichtenarchitektur eine feste Schichtung von Komponenten vorsieht, fördert die hexagonale Architektur lose gekoppelte Komponenten, die über Ports und Adapter interagieren. Dies ermöglicht eine größere Flexibilität und vereinfachte Tests der Geschäftslogik.

Die hexagonale Architektur bietet mehrere Vorteile: Sie macht Software testbar, da die Geschäftslogik isoliert geprüft werden kann. Sie ist anpassbar, da Änderungen an Datenbanken oder Benutzeroberflächen ohne Anpassungen im Kern möglich sind. Zudem bleibt der fachliche Kern von veralteter Technik unberührt, was die Langlebigkeit der Software fördert.

Um die hexagonale Architektur zu lernen, empfiehlt es sich, mit den Grundlagen der Softwarearchitektur und objektorientierten Programmierung zu beginnen. Anschließend können Bücher und Fachartikel von Alistair Cockburn sowie Tutorials und Online-Kurse zur hexagonalen Architektur studiert werden. Praktische Projekte und Implementierungen helfen, das Konzept besser zu verstehen.

In der hexagonalen Architektur gibt es zwei Arten von Ports. Primäre Ports steuern die Anwendung, typischerweise durch Benutzerinteraktionen oder Tests. Sekundäre Ports hingegen ermöglichen es der Anwendung, externe Systeme wie Datenbanken oder Zahlungsdienste zu steuern. Diese Unterscheidung hilft, die Interaktionen zwischen der Geschäftslogik und externen Systemen klar zu definieren.

Dependency Injection ist ein zentraler Mechanismus in der hexagonalen Architektur. Er ermöglicht die externe Bereitstellung der Adapter, die mit dem Anwendungskern verbunden sind. Durch die Invertierung der Abhängigkeiten wird sichergestellt, dass der Kern unabhängig von spezifischen Implementierungen bleibt, was die Flexibilität und Testbarkeit der Software erhöht.

Die hexagonale Architektur gilt als zukunftssicher, da sie eine klare Trennung zwischen der Geschäftslogik und der Infrastruktur schafft. Dadurch bleibt der Kern der Anwendung unabhängig von technologischen Veränderungen. Aktuelle Fachbeiträge betonen, dass diese Architektur weiterhin ein bewährtes Muster für flexible und wartbare Softwareprojekte ist.

Die Geschäftslogik spielt in der hexagonalen Architektur eine zentrale Rolle, da sie im stabilen Kern der Anwendung implementiert ist. Sie ist vollständig unabhängig von äußeren Systemen und Technologien. Diese Unabhängigkeit ermöglicht es, die Logik zu testen und weiterzuentwickeln, ohne dass Änderungen an den externen Adaptern oder Ports erforderlich sind.

Alistair Cockburn empfiehlt, die Anzahl der Ports in der hexagonalen Architektur auf weniger als vier zu begrenzen. Diese Einschränkung hilft, die Komplexität des Systems gering zu halten und die Übersichtlichkeit zu fördern. Die hexagonale Form selbst ist auch als Constraint gewählt, um maximal sechs Seiten zu gewährleisten.

Die hexagonale Architektur eignet sich besonders gut für Projekte, die eine hohe Flexibilität und Anpassungsfähigkeit erfordern. Dazu zählen Anwendungen, die häufigen Änderungen unterworfen sind oder in dynamischen Umgebungen betrieben werden. Auch Softwareprojekte, die eine klare Trennung zwischen Geschäftslogik und Infrastruktur benötigen, profitieren von diesem Architekturansatz.

Die hexagonale Architektur unterstützt die Testbarkeit, indem sie die Geschäftslogik vom Rest der Anwendung isoliert. Dadurch können Entwickler die Logik unabhängig von externen Abhängigkeiten testen. Tests können gezielt auf den Kern der Anwendung ausgerichtet werden, ohne dass die Implementierung der Adapter oder die Interaktion mit externen Systemen berücksichtigt werden muss.

Eine Herausforderung bei der Implementierung der hexagonalen Architektur besteht darin, die richtigen Grenzen zwischen dem Anwendungskern und den externen Systemen zu ziehen. Zudem kann die anfängliche Einrichtung der Struktur und der Ports komplex sein. Entwickler müssen sicherstellen, dass die Adapter gut definiert und die Interaktionen klar sind, um die Vorteile der Architektur voll auszuschöpfen.

Die hexagonale Architektur wird häufig mit Domain-Driven Design (DDD) kombiniert, um eine klare Trennung zwischen der Domäne und der Infrastruktur zu schaffen. Diese Kombination ermöglicht es, Use Cases über primäre Ports bereitzustellen und die Geschäftslogik unabhängig von technischen Details zu entwickeln, was die Wartbarkeit und Flexibilität der Software verbessert.

Adapter spielen eine entscheidende Rolle in der hexagonalen Architektur, da sie die Verbindung zwischen dem Anwendungskern und externen Systemen herstellen. Sie ermöglichen es, verschiedene Technologien oder Dienste zu integrieren, ohne dass der Kern der Anwendung betroffen ist. Diese Flexibilität ist entscheidend für die Anpassungsfähigkeit der Software an sich ändernde Anforderungen.

Die hexagonale Architektur trägt zur Langlebigkeit von Software bei, indem sie den fachlichen Kern von veralteten Technologien und externen Abhängigkeiten trennt. Diese Trennung ermöglicht es, Technologien zu aktualisieren oder zu ersetzen, ohne dass der Kern der Anwendung geändert werden muss. Dadurch bleibt die Software langfristig wartbar und anpassbar.