Oszacowanie harmonogramu wdrażania ograniczeń przepustowości
Jak oszacować wdrożenie ograniczeń przepustowości: progi, okresy testowe, komunikacja z klientami. Napisanie kodu zajmuje pół dnia; prawdziwym wyzwaniem jest ustalenie limitów, na które nikt nie będzie miał zastrzeżeń.
Opracowanie kodu zajmuje pół dnia. Wdrożenie trwa dwa miesiące.
Ograniczenia przepustowości są łatwe do wdrożenia, ale trudne do wprowadzenia w życie. Oprogramowanie pośredniczące stanowi znany wzorzec. Trudnością jest wybór progów, na które nikt nie będzie miał zastrzeżeń, a jedynym sposobem na ich ustalenie jest zmierzenie aktualnego wykorzystania, ogłoszenie limitów z wyprzedzeniem, obserwowanie w okresie próbnym, kto zostałby zablokowany, podniesienie limitów dla najbardziej niezadowolonych użytkowników i dopiero wtedy egzekwowanie ograniczeń. Ta sekwencja działań stanowi istotną część pracy i nie da się jej zmieścić w ramach jednego sprintu.
Zespoły, które szacują nakład pracy związany z oprogramowaniem pośredniczącym, całkowicie pomijają kwestię wdrożenia. Zespoły, które uwzględniają wdrożenie w swoich szacunkach, uzyskują znacznie wyższą wartość, zastanawiają się, czy sprawa jest rzeczywiście pilna, i zazwyczaj decydują się na rozłożenie wdrożenia na kilka cykli, co jest właściwym rozwiązaniem. Szacowanie nakładu pracy dla całego projektu za jednym razem zmusza zespół do wyboru między dwiema skrajnymi opcjami.
O czym się mówi w tym pomieszczeniu
Backend: „Oprogramowanie pośredniczące to już przeszłość. Dysponujemy biblioteką”.
SRE: „O jakich progach mowa? Czy przeanalizowaliśmy 99. percentyl bieżącego zużycia?”
PM: „Do kogo powinniśmy wysłać e-mail, zanim to się uruchomi?”
Pomoc techniczna: „Co oznacza komunikat o błędzie 429? Czy przewidziano opcję ponownej próby?”
Nagłówek: „Najpierw tryb próbny, czy od razu egzekwowanie przepisów?”
Pytania, które warto zadać przed oddaniem głosu
- Czy dokonaliśmy pomiaru zużycia prądu na poziomach p50, p95 i p99 w odniesieniu do poszczególnych klientów?
- Jakie są te progi i w jaki sposób zostały one ustalone?
- Na konto, na adres IP, na klucz API? A może kombinacje tych opcji?
- Okres próbny: jak długo trwa i co oznacza sformułowanie „bez niespodzianek”?
- Komunikacja z klientami: do kogo wysyłamy e-maile i z jakim wyprzedzeniem?
- Jak wygląda odpowiedź o kodzie 429: treść komunikatu, czas ponownej próby, link do dokumentacji?
- Jaka jest procedura nadpisywania limitów w przypadku klienta, który potrzebuje wyższego limitu?
Rozdzielmy to: egzekwowanie przepisów to jedna kwestia, próba generalna wraz z komunikacją to kolejna, a dostosowanie progów to trzecia. Każda z nich jest sama w sobie znacząca; całość jednak nie jest.
Należy dostosować skalę wdrożenia, a nie oprogramowanie pośredniczące. Kluczowe znaczenie mają pomiary, ogłoszenia i symulacje.
Zobacz sekcję „Szacowanie wdrożenia flagi funkcji”, aby zapoznać się z podobnym scenariuszem, w którym wdrożenie pochłania nakład pracy, oraz innymi przykładami szacowania, które zostały już opracowane. Proszę otworzyć bezpłatną sesję planowania pokerowego po nadaniu nazw poszczególnym fazom.