Übersicht
Worum es bei diesem Projekt geht.
Wählen Sie eine Versionierungsstrategie (URL-Pfad-Versionierung, Header-Versionierung, Media-Type-Versionierung) und begründen Sie die Wahl gegenüber den 14 Integrationspartner:innen. Spezifizieren Sie 12 Kern-Endpoints in OpenAPI 3.1 als V2. Implementieren Sie einen Proxy-Layer, der V1-Requests auf V2-Routen mappt, wenn möglich (für rückwärtskompatible Felder) und sonst klar 410 Gone mit Migrations-Hinweis liefert. Bauen Sie eine Migrations-CLI, die V1-Klient-Configs automatisch nach V2 konvertiert. Liefern Sie OpenAPI-Spec, Proxy-Implementierung, CLI, einen 6-Seiten-Deprecation-Plan und ein Migrations-Handbuch.
Das Briefing
Was Du tust und was Du zeigst.
Wie führt man eine V2-API ein, die strikt-typisierter und konsistenter ist als V1, ohne die 14 Integrationspartner:innen + 110 Kund:innen in der Übergangsphase zu verlieren?
Earning criteria — what you'll demonstrate
- API-Versionierungs-Strategien gegeneinander abwägen und begründen
- OpenAPI 3.1 sicher für komplexe SaaS-Schnittstellen schreiben
- Proxy-Layer für rückwärtskompatible Migrationen entwerfen
- Deprecation-Pläne ausarbeiten, die Klient:innen ernst nehmen statt erpressen
Studienpassung
Wo dies in Dein Studium passt.
Schärft dieselben Fähigkeiten, die Dein Studium von Dir erwartet.
Fähigkeiten
Fähigkeiten, die Du unter Beweis stellst.
Jede taucht auf Deinem verifizierten Zertifikat auf.
Karrieren
Berufe, auf die dies Dich vorbereitet.
Echte Berufsbezeichnungen. Echte Skill-Brücken. Wähle die, die Deinem Werdegang am nächsten kommt.
Karrierewege, die das aufbaut
Kanonische RollenBackend-Entwickler:in
API-Versionierung mit V1-zu-V2-Proxy und CLI ist ein seltenes, gut sichtbares Backend-Profil — gerade in B2B-SaaS-Teams mit echten Integrationspartner:innen.
Dieses Projekt schärft
- rest-versioning
- openapi
- backward-compatibility
Noch eine Sache