Airline-Supplier-Integration im Travel-Maßstab
Ownership eines großen Supplier-Integrations-Epics für die Reisebuchungsplattform — mit Fokus auf Produkt, Zuverlässigkeit und Multi-Channel-Auslieferung.
Kontext
Travel-Buchungsflows hingen von externen Airline-Zulieferern ab, deren Antworten, Latenz und Fehlerformen unter realem Traffic schwankten. Die Integration lag auf performance-kritischen Pfaden für Web und App.
Technische Herausforderung
Zulieferer-Variabilität, Teilfehler und Schema-/Vertragsdrift ohne bestehende Offers zu brechen oder Doppelbuchungsrisiko zu erzeugen.
Rahmen
Bestehende Provider-Verträge, mehrere Client-Konsumenten, Release-Reihenfolge über Services und Grenzen für externe Publikation.
Ownership
Verantwortlich für die provider-seitige Integration über Service-Grenzen und die konsumierenden Produktpfade, inkl. Abstimmung zu Contracts und Rollout.
Entscheidungen
Explizite API-/Contract-Grenzen und defensives Parsing statt einheitlicher Zulieferer-Payloads. Progressiver Rollout und Observability statt Big-Bang. Kein Durchreichen von Zulieferer-Eigenheiten in jeden UI-Konsumenten.
Vorgehen
Integrationspfad gehärtet, Fehlerklassifikation verbessert, Coverage auf fehleranfälligen Zweigen ergänzt und Verhalten mit Monitoring sowie kontrollierter Freigabe validiert.
Fehlerfälle
Timeouts, Teilantworten, veraltete Offers, Provider-Ausfälle und Doppelbuchungsversuche bei Retries.
Validierung
Unit- und Integrationstests an Contract-Kanten, Monitoring/Alerting zu Fehlerklassen und gestufter Rollout mit Produktsignalen statt nur lokalem Happy Path.
Ergebnis
Zuliefererbezogene Buchungspfade stabilisiert und Confidence für Provider-Änderungen erhöht. Relative Revenue-Richtung aus providerbezogenen Experimenten positiv, ohne vertrauliche Zahlen.
Reflexion
Ich würde noch früher in Contract-Tests und explizite Fehler-Taxonomien investieren, damit Zulieferer-Eigenheiten isoliert bleiben, wenn die Provider-Menge wächst.