Vier-API-Modell
Im Zielbild sollen die vier APIs gemeinsam die wiederverwendbare Infrastruktur der Softwarefamilie bilden. Jede erhält einen begrenzten Aufgabenbereich.
| API | Verantwortet | Verantwortet nicht |
|---|---|---|
| Security API | Identitäten, Anmeldung, Zugriffsregeln, Sicherheitsereignisse | Produktprofile, Projekte oder Dateiablage |
| Core API | Profile, Organisationen, Teams, Projekte, gemeinsame Fachdaten | Passwörter, Tokenausstellung oder zentrale Rollenverwaltung |
| Cloud API | Dateien, Assets, Metadaten, Versionen und Speicherzugriff | Produktfachliche Freigaben ohne Autorisierungskontext |
| Kommunikations API | Nachrichten, Benachrichtigungen, E-Mail und Zustellstatus | Fachentscheidungen der Produkte |
Warum diese Trennung wichtig ist
Eine eindeutige Zuständigkeit reduziert doppelte Logik und widersprüchliche Sicherheitsregeln. Sie macht zugleich sichtbar, welche API eine Information besitzt und welche lediglich einen freigegebenen Verweis darauf verwendet.
Keine gemeinsame Monolith-API
Das Modell bedeutet nicht, dass sämtliche Produktfunktionen in vier Dienste verschoben werden. Platrona®, Sentra QA und HQ können eigene APIs besitzen. Sie verwenden die zentrale Infrastruktur dort, wo eine Fähigkeit tatsächlich produktübergreifend ist.