Im Sommer ruft die Kundschaft der Nordlicht Reisen GmbH (R-01) gleichzeitig an und schreibt im Portal. Der Reiseassistent soll dann nicht stocken, und niemand soll erst aus Beschwerden erfahren, dass Anfragen gedrosselt werden oder die Antworten schlechter geworden sind. Diese Lektion rechnet aus, wie viel Kapazität nötig ist, wählt die Skalierungsform und stellt den Messplan auf. Alles ist Papier und eine übersetzte Bicep-Skizze; ein Azure-Konto brauchen Sie nur für den freiwilligen Lauf, Kosten entstehen nach Kostentreibern: Tokens je Million, Kapazität je Stunde, Aufnahme von Telemetrie je Gigabyte.

Vorwissen. Tokens und Kosten behandelt „KI-Track, Lektion T1.2", Kapazität in TPM und RPM sowie die Bereitstellungsarten „KI-Track, Lektion T10.1", Spuren „KI-Track, Lektion T10.2", Monatsdeckel, 429 und Retry-After „KI-Track, Lektion T10.3", Drift und den Modellwechsel im Schatten „KI-Track, Lektion T10.4", die Index-Aufnahme „KI-Track, Lektion T5.4". Alarme und KQL stehen in „K3, Lektionen 3.4.1 bis 3.4.5". Hier wird davon nichts wiederholt: Die Lektion sagt, wo in Foundry die Zahlen herkommen und wie man sie zu einem Plan fügt.

Die Anforderung

Alle Zahlen sind Annahmen der Aufgabe.

Nr. Anforderung Art Messgröße Gewicht Quelle
1.3-01 In der Sommerspitze (40 gleichzeitige Gespräche) werden Anfragen nicht gedrosselt. Q Anteil 429 unter 1 % Muss Betrieb
1.3-02 Der Betrieb erfährt von Drosselung. Q Meldung binnen 15 min Muss Betrieb
1.3-03 Tokenverbrauch je Deployment ist sichtbar (R-09, R-11). F Auswertung je Tag Muss Finanzen
1.3-04 Sinkende Erdungs- oder Relevanzqualität fällt auf. Q binnen 1 Tag Soll Qualität
1.3-05 Der Index zeigt den Dokumentenstand (R-03). Q Indexerlauf höchstens 24 h fehlerhaft Muss Fachbereich
1.3-06 Blockierte und markierte Eingaben sind prüfbar. F Wochenbericht Soll Sicherheit