Die Nordlicht Reisen GmbH öffnet ihre Buchungs-API für Partner: Hotels und Fluggesellschaften sollen Kontingente und Preise abrufen, ohne dass jeder Partner direkt an die Buchungsanwendung kommt. Dieselben Preislisten ruft das Portal in der Sommerwelle tausendfach ab, und die Werte, die den Betrieb steuern (Grenzwerte, Funktionsschalter), sollen sich ändern lassen, ohne neu auszuliefern. Drei Entscheidungen, ein Thema: Was steht vor der API, was hält Antworten bereit, und wo liegen die Einstellungen?

Vorwissen. Caching im Code und die zweite Ebene mit Azure Managed Redis lehrt „K3, Lektion 3.9.3“; Azure App Configuration im Überblick „K3, Lektion 3.2.6“; was ein API-Gateway übernimmt und den Vergleich von YARP, API Management und Ingress „K4, Lektion 4.12.5“. Authentifizierung und Geheimnisse behandeln die Lektionen 1.2 und 1.4 dieses Kurses. Das wird hier nicht wiederholt. Neu ist die Wahl der Stufe nach Anforderung und die Grenzen, die sie kippen.

Die Anforderung

Alle Zahlen sind Annahmen der Aufgabe, nicht gemessen. Es gelten G-01 bis G-10 (Lektion 0.2), besonders G-05 (etwa 400 externe Benutzer), G-08 und G-09.

Nr. Anforderung Art Messgröße Gewicht Quelle
4.6-01 Partner rufen Kontingente und Preise über eine einheitliche API ab. F 400 Partnerkonten (G-05); Annahme Muss Partnerbetreuung
4.6-02 Jeder Aufruf wird am Eingang geprüft; ein Partner lässt sich einzeln sperren. Q Sperre wirkt in unter 5 Minuten; Annahme Muss Datenschutz
4.6-03 Kein Partner kann die Buchungsanwendung überlasten. Q höchstens 100 Aufrufe je Minute und Partner; Annahme Muss Betrieb
4.6-04 Die Anwendung im virtuellen Netz ist nicht aus dem Internet erreichbar. R Backends nur über das private Netz Muss Datenschutz
4.6-05 Die API überlebt den Ausfall einer Verfügbarkeitszone. Q zonenredundant Soll Geschäftsführung (G-09)
4.6-06 Partner dürfen die Adresse des Gateways in ihrer Firewall eintragen. F feste ausgehende und eingehende Adresse Kann Partnerbetreuung
4.6-07 Preislisten kommen in der Lastspitze aus dem Zwischenspeicher. Q 95 von 100 Abrufen unter 300 ms beim Zehnfachen der Normallast (G-09); Annahme Muss Vertrieb
4.6-08 Fällt der Zwischenspeicher aus, läuft die Buchung weiter. Q kein Fehler beim Kunden, nur langsamer Muss Geschäftsführung
4.6-09 Grenzwerte und Funktionsschalter ändern sich ohne neue Auslieferung, je Umgebung getrennt. F Änderung wirkt in unter 5 Minuten; Annahme Soll Betrieb
4.6-10 Änderungen der Konfiguration lassen sich 30 Tage zurückverfolgen. Q 30 Tage Verlauf; Annahme Soll Betrieb