Abschätzung der Einführung einer Ratenbegrenzung

Die Programmierung dauert einen halben Tag. Die Einführung dauert zwei Monate.

Ratenbegrenzungen lassen sich leicht implementieren, aber nur schwer einführen. Die Middleware ist ein bekanntes Muster. Die Schwierigkeit besteht darin, Schwellenwerte festzulegen, über die sich niemand beschwert, und die einzige Möglichkeit, diese zu ermitteln, besteht darin, die aktuelle Nutzung zu messen, die Begrenzungen im Voraus anzukündigen, während einer Testphase zu beobachten, wer tatsächlich blockiert worden wäre, die lautstarken Kritiker zu beruhigen und erst dann die Begrenzungen durchzusetzen. Diese Abfolge macht den Aufwand aus und lässt sich nicht in einen Sprint einpassen.

Teams, die die Middleware einschätzen, verpassen die Einführung gänzlich. Teams, die die Einführung einschätzen, kommen auf eine deutlich höhere Zahl, hinterfragen, ob es tatsächlich dringend ist, und beschließen in der Regel, die Einführung über mehrere Zyklen hinweg schrittweise durchzuführen – was die richtige Vorgehensweise ist. Die Einschätzung des gesamten Umfangs auf einmal zwingt das Team in eine falsche Entweder-oder-Situation.

Was in dem Raum gesagt wird

Backend: „Die Middleware ist eine Sache von einem Tag. Wir verfügen über eine Bibliothek.“

SRE: „Welche Schwellenwerte? Haben wir uns Seite 99 der aktuellen Nutzungsdaten angesehen?“

PM: „An wen müssen wir eine E-Mail senden, bevor das hier in Betrieb geht?“

Support: „Was besagt die Antwort 429? Gibt es eine „Retry-After“-Angabe?“

Leitartikel: „Zuerst ein Testbetrieb oder direkt zur Durchsetzung?“

Fragen, die man sich vor der Stimmabgabe stellen sollte

• Haben wir den Stromverbrauch pro Kunde bei p50, p95 und p99 gemessen?
• Welche Schwellenwerte wurden festgelegt, und wie wurden diese ausgewählt?
• Pro Konto, pro IP-Adresse, pro API-Schlüssel? Kombinationen?
• Testphase: Wie lange dauert sie, und was gilt als „keine Überraschungen“?
• Kundenkommunikation: An wen senden wir E-Mails, und wie weit im Voraus?
• Wie sieht die 429-Antwort aus: Meldung, „Retry-After“-Angabe, Link zur Dokumentation?
• Wie sieht der Umgehungsweg für einen Kunden aus, der ein höheres Limit benötigt?

Man muss das unterscheiden: Die Durchsetzung ist eine Sache, Testläufe und Kommunikation eine andere, die Feinabstimmung der Schwellenwerte eine dritte. Jede dieser Komponenten ist für sich genommen umfangreich; das Gesamtpaket ist es jedoch nicht.

Passen Sie den Umfang der Einführung an, nicht die Middleware. Das Wichtigste sind die Messung, die Ankündigung und der Testlauf.

Lesen Sie den Abschnitt „Schätzung der Einführung eines Feature-Flags“, um mehr über das gleiche Muster „Einführung verschlingt die Arbeit“ zu erfahren, sowie die anderen Beispiele für gelungene Schätzungen. Starten Sie eine kostenlose Planning-Poker-Sitzung, sobald die Phasen benannt sind.