Uczyń gotowość
przeglądalną.
Interaktywny plan przydzielania i sprawdzania prac związanych z uruchomieniem dla Ustal, Wzmocnij, Przyspiesz i Odzyskaj. Działa bez konta; zalogowani właściciele SIU mogą opcjonalnie prywatnie zapisywać postęp według kategorii. To nie jest bramka wydania, monitor ani narzędzie kontroli produkcji.
UŻYJ TEGO DO: Użyj deterministycznego porządku priorytetów, aby uwidocznić własność i weryfikację, zachowując Nieznane i Pomiń jako jawne wyniki zamiast sugerowanego ukończenia.
Wykonaj następny znany krok.
- Wybierz ścieżkę, a następnie przypisz każdemu elementowi w deterministycznym porządku priorytetów stan: Gotowe, Nieznane lub Pomiń. Nieznane to sygnał do zdobycia dowodów; Pomiń wymaga decyzji osoby odpowiedzialnej.
- Przejrzyj pole właściciela i oświadczenie weryfikacyjne dla każdego elementu. Edytuj pole właściciela wyłącznie w celu podania roli lub osoby odpowiedzialnej — nigdy nie umieszczaj w planie poświadczeń ani danych klientów.
- Pobierz bieżący plan na urządzenie, gdy przydatne jest przeniesienie. Opcjonalne zapisywanie na koncie SIU przechowuje tylko etykietę witryny i kategorie stanów działań; adresy URL, poświadczenia, pliki i dowolne notatki właściciela są wykluczone.
Uruchomienie tablica kontroli.
Deterministyczna kolejność: elementy pozostają w swojej numerowanej kolejności priorytetów. Wybierz Nieznane, gdy brakuje dowodów; wybierz Pomiń tylko po decyzji właściciela odpowiedzialnego.
Ustal
Ustal minimalne decyzje, właścicieli i podstawowe elementy widoczne dla odbiorców zanim wydanie się rozpocznie.
- 01Określ zamiar wydania i ścieżkę klienta, którą zmienia
Mniejszy, jawny zakres daje recenzentom i zespołom reagującym wspólny punkt wyjścia.
WŁAŚCICIEL ODPOWIEDZIALNY: Właściciel wydania · WERYFIKACJA: Recenzent może w jednym krótkim rekordzie wskazać zmienioną ścieżkę, zamierzony efekt dla klienta i okno wydania. - 02Potwierdź kontakt skierowany do klientów i treść eskalacji
Klienci potrzebują jasnego sposobu zgłaszania wpływu, bez improwizowanego komunikatu podczas zmiany.
WŁAŚCICIEL ODPOWIEDZIALNY: Właściciel komunikacji z klientami · WERYFIKACJA: Kontakt dyżurny lub wsparcia jest osiągalny poprzez zatwierdzony kanał, a publiczne sformułowanie ma przypisanego odpowiedzialnego recenzenta. - 03Przejdź najważniejszą ścieżkę klienta przed uruchomieniem
Ścieżka widoczna w przeglądarce może ujawnić problemy, których wynik kompilacji nie wykazuje.
WŁAŚCICIEL ODPOWIEDZIALNY: Właściciel produktu lub QA · WERYFIKACJA: Zespół zapisuje adres URL startowy, oczekiwany rezultat oraz wszelkie wymagane granice logowania lub płatności, nie używając danych klientów.
Wzmocnij
Uczyń wydanie i jego ścieżkę przywracania łatwiejszymi do sprawdzenia, ograniczenia i odwrócenia przy udziale odpowiednich osób.
- 04Zarejestruj identyfikator wydania i odwracalny zapis zmiany
Dokładne odniesienie zmniejsza zgadywanie, jeśli trzeba wstrzymać lub cofnąć zmianę.
WŁAŚCICIEL ODPOWIEDZIALNY: Właściciel wydania · WERYFIKACJA: Identyfikator wydania, źródło wdrożenia, zatwierdzający oraz znana procedura wycofania są dostępne dla właściciela reakcji. - 05Sprawdź, czy wyznaczeni operatorzy mają właściwą ścieżkę dostępu
Eskalacja trwa dłużej, gdy założenia dotyczące dostępu nie zostały przetestowane.
WŁAŚCICIEL ODPOWIEDZIALNY: Właściciel platformy · WERYFIKACJA: Symulacja w środowisku nieprodukcyjnym lub zatwierdzona próba potwierdza, że osoby odpowiedzialne mogą dotrzeć do udokumentowanych narzędzi; nie udostępniaj poświadczeń w tym planie. - 06Przejrzyj zależności i potencjalne zmiany stron trzecich
Zmiany stron trzecich mogą zmienić ścieżkę uruchomienia nawet gdy kod aplikacji pozostaje bez zmian.
WŁAŚCICIEL ODPOWIEDZIALNY: Właściciel inżynierii · WERYFIKACJA: Rekord wydania wymienia nowe lub zmienione zależności, zewnętrzne punkty końcowe oraz osobę, która może ocenić każdy z nich.
Przyspiesz
Zredukuj niepotrzebne obciążenia dostarczenia, zachowując jednocześnie obserwowalną i poddaną przeglądowi ścieżkę do uruchomienia.
- 07Przeanalizuj kandydatów na obrazy w miejscach, w których będą renderowane
Sam plik źródłowy obrazu nie mówi, które bajty otrzyma klient.
WŁAŚCICIEL ODPOWIEDZIALNY: Właściciel designu lub wydajności · WERYFIKACJA: Dla priorytetowych obrazów zespół zapisuje zamierzoną szerokość renderowaną, dostępny tekst alternatywny oraz informację, czy istnieją responsywne warianty. - 08Ustal budżet dostarczenia podlegający przeglądowi dla zmienionej ścieżki
Określony kontekst pomiarowy jest bardziej użyteczny niż nieograniczone obietnice dotyczące wydajności.
WŁAŚCICIEL ODPOWIEDZIALNY: Właściciel wydajności · WERYFIKACJA: Zespół dokumentuje miarę, kontekst testu i dopuszczalny zakres; nie wyciąga się z tego uniwersalnego twierdzenia o szybkości. - 09Wybierz niewielki zestaw ścieżek obserwacji po wydaniu
Skoncentrowana kontrola jest łatwiejsza do interpretacji niż niezarządzana lista URL-i.
WŁAŚCICIEL ODPOWIEDZIALNY: Właściciel wydania · WERYFIKACJA: Nie więcej niż pięć ścieżek względnych ma przypisanego właściciela wraz z oczekiwaną notatką o reakcji lub obserwacji.
Odzyskaj
Przygotuj spokojne przekazanie, ścieżkę eskalacji i odwracalną reakcję zanim klienci będą ich potrzebować.
- 10Przydziel role decyzyjne dla incydentów, kwestii technicznych i komunikacji
Jasność ról wspiera skoordynowaną reakcję bez założenia, że jedna osoba zdiagnozuje każdy problem.
WŁAŚCICIEL ODPOWIEDZIALNY: Właściciel reagowania na incydenty · WERYFIKACJA: Każda rola ma przypisaną nazwiskiem osobę odpowiedzialną lub wyraźną ścieżkę eskalacji na czas okna wydania. - 11Przećwicz granicę decyzji dotyczącą wstrzymania lub wycofania
Ścieżka odwracalna jest bezpieczniejsza, gdy jej kroki zatwierdzania i weryfikacji są znane zanim wzrośnie presja.
WŁAŚCICIEL ODPOWIEDZIALNY: Właściciel wydania · WERYFIKACJA: Zespół zna zatwierdzony wyzwalacz, kto go autoryzuje oraz jakie dowody muszą być zarejestrowane przed i po działaniu. - 12Powiąż pracę nad statusem usług na żywo z Status Is Down
SIU dostarcza wskazówek planistycznych; praca nad statusem usług na żywo należy do SID.
WŁAŚCICIEL ODPOWIEDZIALNY: Właściciel komunikacji · WERYFIKACJA: Plan komunikacji kieruje osoby do odpowiedniego miejsca w SID w celu uzyskania sygnału i aktualizacji dotyczących stanu usług na żywo.
Przejrzyj wszystkie elementy nieoznaczone jako Gotowe z odpowiednim właścicielem przed podjęciem decyzji o wydaniu.
Potwierdź oświadczenia weryfikacyjne względem rzeczywistego środowiska wydania i udokumentowanego procesu reakcji.
Przekieruj sygnał statusu na żywo i trwające prace incydentowe do SID i do procedury obsługi incydentów zespołu.
Eksport planowania po stronie klienta. Nie jest to zatwierdzenie wydania, zapis monitoringu ani kontrola produkcji.
Notatki źródłowe, a nie zapożyczona pewność.
Podstawa planowania: odniesienia Google SRE, CISA, OWASP, web.dev i MDN użyte przez powiązane przewodniki SIU
- CISA — Planning: Response & Recovery ↗CISA podkreśla planowanie odzyskiwania po incydentach i katastrofach, priorytetyzację wpływu na biznes, ścieżki kontaktu oraz wewnętrzną strukturę raportowania.
- Google SRE Book — Production service best practices ↗Wskazówki zalecają nadzorowane, stopniowe wdrożenia oraz najpierw wycofanie zmian po wykryciu nieoczekiwanego zachowania, a następnie diagnozę w celu skrócenia czasu przywracania.
- OWASP — Software Supply Chain Security Cheat Sheet ↗OWASP zaleca inwentaryzację zależności, automatyczne generowanie SBOM tam, gdzie to stosowne, monitoring, przypinanie wersji, inwentaryzację narzędzi budujących oraz kontrolę pochodzenia.
- web.dev — Responsive images ↗web.dev wyjaśnia, że rozmiar obrazów może być istotny i opisuje kandydatów responsywnych, srcset, sizes oraz picture dla odpowiednich przypadków użycia.
Autorstwo: Szkic redakcyjny SIU Enablement; operacyjne wytyczne ograniczone do źródeł. Przejrzane przez: Właściciel wydania musi przejrzeć każdy plan. Opcjonalne zapisywanie na koncie zachowuje prywatnie jedynie etykietę witryny i kategorie stanów działań; SIU nie zatwierdza wydania. Ponowna weryfikacja: Ponownie zweryfikuj przed istotnym wydaniem oraz gdy zmieni się własność, narzędzia lub ścieżki klientów.