Routing für Destination/Submission API split anpassen
User Story
Als FIT-Connect möchte ich die Destination API klar von der bereits existierenden Submission API trennen.
Nach ausführlicher Diskussion in #1788 (closed) wurde entschieden, dass die beiden APIs werden durch Pfade getrennt werden. Für das Testsystem wären das diese beiden Basis-Adressen:
- Destination API: https://test.fit-connect.fitko.dev/destination-api/v1/info
- Submission API: https://test.fit-connect.fitko.dev/submission-api/v1/info
Aus Gründen der Abwärtskompatibilität wird für die Submission API weiterhin die alte Adresse unterstützt:
- Submission API (alt): https://submission-api-testing.fit-connect.fitko.dev/v1/info
Dies wird durch eine entsprechende Abbildung im Traefik erreicht:
- https://submission-api-testing.fit-connect.fitko.dev -> zustelldienst/submission-api
- https://test.fit-connect.fitko.dev -> zustelldienst
Die beiden API-Specs werden vorerst in zwei getrennten Repos gepflegt. Es wurde diskutiert, die beiden API-Specs in ein Repo zusammenzufassen. Dies wurde jedoch verworfen, da zwei getrennt versionierte Artefakte nicht schön aus eine Repo baubar sind.
Diese Lösung vereint die beiden Anforderungen:
- Zwei getrennte APIs mit getrennter Versionierung
- Keine (dauerhaften) Umleitungen oder sonstige "dirty hacks" um den Pflege- und Einarbeitungsaufwand gering zu halten
Akzeptanzkriterien
-
Bestehendes Routing der Submission API funktioniert nach wie vor -
Die Submission API ist via /submission-api Pfad erreichbar -
Die Destination API ist via /destination-api Pfad erreichbar
Mögliche Folgeaktivitäten (vom Entwickler zu ergänzen)
-
Nach einer ausreichend langen Migrationsphase könnten wir das alte Routing der Submission API entfernen -
Definition of Done was checked.