Ein Backend arbeitet meist außerhalb der sichtbaren Oberfläche. Trotzdem entscheidet seine Struktur darüber, ob eine Anwendung verlässlich bleibt und neue Anforderungen kontrolliert umgesetzt werden können.
Gute Architektur ist nicht an möglichst vielen Technologien erkennbar. Sie zeigt sich darin, dass fachliche Regeln auffindbar, Datenzugriffe nachvollziehbar und Fehlerfälle verständlich behandelt sind.
Geschäftsregeln sichtbar machen
Rabatte, Statuswechsel und Berechtigungen gehören nicht verstreut in beliebige Controller. Sie sollten dort liegen, wo ihre fachliche Bedeutung erkennbar bleibt.
Eine klare Struktur erleichtert Rückfragen aus dem Fachbereich und verhindert, dass dieselbe Regel an mehreren Stellen unterschiedlich umgesetzt wird.
Verantwortlichkeiten begrenzen
Module sollten einen verständlichen Zweck erfüllen. Kundenverwaltung, Lager und Verkauf hängen zusammen, benötigen aber jeweils klare Grenzen.
Diese Grenzen helfen auch dann, wenn die Anwendung zunächst als modularer Monolith betrieben wird. Eine frühe Aufteilung in viele Dienste ist nicht automatisch besser.
APIs als verlässliche Verträge behandeln
Eine REST-API sollte verständliche Eingaben, passende Statuscodes und nachvollziehbare Fehlermeldungen liefern. OpenAPI-Dokumentation erleichtert die Zusammenarbeit.
Authentifizierung und Autorisierung gehören zum Vertrag. Besonders bei mandantenfähigen Anwendungen muss die Trennung serverseitig erzwungen werden.
Hintergrundprozesse bewusst gestalten
Manche Aufgaben laufen zeitgesteuert oder asynchron. Nachrichtenbasierte Verarbeitung kann Abläufe entkoppeln, wenn Wiederholung und Fehlerbehandlung klar definiert sind.
Sie sollte jedoch nur eingesetzt werden, wenn der fachliche Prozess davon profitiert. Zusätzliche Infrastruktur braucht einen nachvollziehbaren Grund.
Tests entlang des Risikos wählen
Unit-Tests eignen sich für Regeln, Integrationstests für Datenzugriffe und API-Tests für zentrale Abläufe. Nicht jede Codezeile besitzt dasselbe Risiko.
Eine kleine Zahl gut gewählter Tests ist wertvoller als eine Kennzahl ohne Bezug zum Arbeitsalltag.
Kompakt zusammengefasst
- Gute Backend-Architektur hält Geschäftslogik verständlich.
- Modulgrenzen und API-Verträge schaffen Verlässlichkeit.
- Technologien und Tests sollten zum tatsächlichen Risiko passen.