// LEISTUNGEN · 02 // SOFTWARE-ARCHITEKTUR
Software- und Lösungsarchitektur.
Zielarchitekturen für Java-Landschaften, Microservice-Schnitt nach Domain-Driven Design, Integrationsarchitekturen — vom White-Board bis zur produktiven Release-Pipeline.
Das Problem.
Drei wiederkehrende Bilder. Erstens: ein Monolith aus drei Jahrzehnten muss aufgebrochen werden, aber niemand hat den Schnitt sauber begründet — Service-Grenzen folgen zufällig den Tabellen statt den Fachbereichen. Zweitens: ein Greenfield-System soll auf Microservices, aber die Teams streiten über Pattern-Wahl, Tech-Stack und Schnitt-Kriterien — Architektur-Entscheidungen werden in Stand-ups verhandelt statt dokumentiert. Drittens: mehrere Anwendungen sollen integriert werden, und Punkt-zu-Punkt-Schnittstellen wuchern unkontrolliert — eine Integrationsarchitektur fehlt.
Mein Ansatz.
Schnitt nach Sprachgrenzen statt nach Tabellen. Domain-Driven Design liefert die Werkzeuge — Bounded Contexts, Ubiquitous Language, Context Mapping. Event Storming am Anfang, dann übersetzt in Service-Schnitt mit explizitem Schutz der Aggregat-Konsistenz. Tech-Stack-Wahl folgt der Liefer-Realität: Quarkus oder Spring Boot, je nach Team und Hosting; Messaging nach Kafka/MQ-Differenzen; Persistence mit Hibernate oder JDBC, abhängig von der Datenmodell-Komplexität. Jede Architektur-Entscheidung landet in einem ADR — nachvollziehbar für die Nachfolge.
Leistungsumfang.
- Zielarchitektur dokumentiert in Arc42/C4 mit ADR-Trail
- Microservice-Schnitt nach DDD (Bounded Contexts, Context Mapping)
- Tech-Stack-Bewertung und -Auswahl (Java-Frameworks, Messaging, Persistence)
- Integrationsarchitektur (REST, Event-driven, Outbox-Pattern, Anti-Corruption-Layer)
- API-Design und OpenAPI-Spezifikation
- Migrations-Strategie für Monolith-Aufbruch (Strangler-Pattern, Welle-Schnitt)
- Coaching der Entwicklungsteams in Architektur-Methodik
- Hands-on-Phase: Mit-Implementation von Schlüssel-Komponenten und Reviews
Typische Deliverables.
- Architektur-Dokument nach Arc42 (PDF plus PlantUML-Quelle)
- C4-Diagramme auf vier Ebenen (Context, Container, Component, Code)
- Bounded-Context-Map mit Beziehungstypen (Customer-Supplier, Conformist, ACL)
- ADRs für Schnitt, Pattern-Wahl, Tech-Stack-Entscheidungen
- OpenAPI-Spezifikationen für alle externen Schnittstellen
- Migrations-Plan für den Monolith-Aufbruch (wenn relevant)
Referenzen.
Wo Software- und Lösungsarchitektur in den letzten Jahren konkret aussah:
- Bundesbehörde · Reengineering einer zentralen Fachanwendung. Definition der Baseline-Architektur, Microservice-Schnitt nach Strangler-Pattern, Coaching mehrerer Entwicklungsteams. Projektvolumen ca. 180 Mio €.
- Bundesbehörde · Web-Formular-Mechanismus für das Kundenportal. Architektur und zentrale Komponenten als Grundlage für nachfolgende Portal-Anwendungen. Projektvolumen ca. 150 Mio €.
- p≡p Security · Java/Quarkus-Architektur für Ende-zu-Ende-Verschlüsselung im Bankenumfeld. Microservice-Strukturen, Messaging-Integration (IBM MQ, Kafka). Projektvolumen ca. 2,5 Mio €.
Passt das zu deinem Vorhaben?
Wenn dein System in einem dieser drei Bilder steckt — schick mir eine kurze Beschreibung. Ich melde mich innerhalb eines Werktags mit einem Vorschlag, wie der Einstieg aussehen könnte.