Maak gereedheid
beoordeelbaar.
Een interactieve planning voor het toewijzen en controleren van lanceringswerk over Inschakelen, Versterken, Versnellen en Herstellen. Het werkt zonder account; aangemelde SIU-eigenaren kunnen optioneel de voortgang per categorie privé opslaan. Het is geen release-gate, monitor of productiecontrole.
GEBRUIK HET OM: Gebruik de deterministische prioriteitsvolgorde om eigenaarschap en verificatie zichtbaar te maken, terwijl 'Onbekend' en 'Overslaan' behouden blijven als expliciete uitkomsten in plaats van impliciete voltooiing.
Werk de volgende bekende stap.
- Kies een fase en wijs vervolgens elk item in deterministische prioriteitsvolgorde een status toe: Gereed, Onbekend of Overslaan. 'Onbekend' is een aanwijzing om bewijs te verkrijgen; 'Overslaan' vereist een verantwoordelijke beslissing.
- Beoordeel de eigenaar en verificatieverklaring voor elk item. Bewerk alleen het veld 'eigenaar' om een rol of verantwoordelijke persoon te noemen—zet nooit inloggegevens of klantgegevens in het plan.
- Download het huidige plan naar het apparaat wanneer een draagbare overdracht nuttig is. Optioneel opslaan in een SIU-account bewaart privé alleen het sitelabel en de categorische actiestatussen; URL's, inloggegevens, bestanden en vrije-tekstnotities van eigenaren worden uitgesloten.
De lancering controlepaneel.
Deterministische volgorde: Items blijven in hun genummerde prioriteitsvolgorde. Kies Onbekend wanneer bewijs ontbreekt; kies Overslaan alleen na een besluit van de verantwoordelijke.
Inschakelen
Bepaal de minimale beslissingen, eigenaren en publieksgerichte basiszaken voordat een release doorgaat.
- 01Omschrijf het doel van de release en het klantpad dat verandert
Een kleine, expliciete scope geeft beoordelaars en responsteamleden een gedeeld vertrekpunt.
VERANTWOORDELIJKE EIGENAAR: Release-eigenaar · VERIFICATIE: Een beoordelaar kan in één kort record het gewijzigde pad, het beoogde klantresultaat en het releasevenster aanwijzen. - 02Bevestig de klantgerichte contact- en escalatietekst
Klanten hebben een duidelijke manier nodig om impact te melden, zonder dat er tijdens een wijziging een geïmproviseerd bericht ontstaat.
VERANTWOORDELIJKE EIGENAAR: Eigenaar klantcommunicatie · VERIFICATIE: De dienstdoende persoon of het supportcontact is bereikbaar via het goedgekeurde kanaal en de openbare formulering heeft een verantwoordelijke beoordelaar. - 03Loop de primaire klantreis door vóór de lancering
Een in de browser zichtbare klantreis kan problemen onthullen die een buildresultaat niet laat zien.
VERANTWOORDELIJKE EIGENAAR: Product- of QA-eigenaar · VERIFICATIE: Het team legt de start-URL, het verwachte resultaat en eventuele vereiste aanmeld- of betaalgrenzen vast, zonder klantgegevens te gebruiken.
Verharden
Maak de release en het herstelpad beter inspecteerbaar, begrensbaar en omkeerbaar met de juiste mensen.
- 04Leg de release-identificatie en een omkeerbare wijzigingsregistratie vast
Een precieze referentie vermindert giswerk als de wijziging gepauzeerd of teruggedraaid moet worden.
VERANTWOORDELIJKE EIGENAAR: Release-eigenaar · VERIFICATIE: De release-identificatie, de deploymentbron, de goedkeurder en de bekende rollback-route zijn beschikbaar voor de eigenaar van de respons. - 05Controleer dat de aangewezen operatoren het juiste toegangspad hebben
Escalatie verloopt langzamer als toegangsaannames niet getest zijn.
VERANTWOORDELIJKE EIGENAAR: Platform-eigenaar · VERIFICATIE: Een niet-productieomgeving of een goedgekeurde oefenrun bevestigt dat de verantwoordelijke personen de gedocumenteerde tools kunnen bereiken; deel geen inloggegevens in dit plan. - 06Beoordeel de afhankelijkheden en het wijzigingsoppervlak van derden
Wijzigingen bij derden kunnen het lanceringstraject beïnvloeden, zelfs als de applicatiecode ongewijzigd blijft.
VERANTWOORDELIJKE EIGENAAR: Engineering-eigenaar · VERIFICATIE: Het release-record vermeldt nieuwe of gewijzigde afhankelijkheden, externe eindpunten en de persoon die elk kan beoordelen.
Versnellen
Verminder vermijdbare leveringslast en behoud een observeerbaar, beoordeeld pad naar lancering.
- 07Inspecteer afbeeldingskandidaten op hun gerenderde plaatsingen
Een bronafbeelding alleen geeft niet aan welke bytes een klant daadwerkelijk ontvangt.
VERANTWOORDELIJKE EIGENAAR: Ontwerp- of performance-eigenaar · VERIFICATIE: Voor prioritaire afbeeldingen noteert het team de bedoelde gerenderde breedte, toegankelijke alternatieve tekst en of er responsieve kandidaten bestaan. - 08Stel een herziebaar leveringsbudget vast voor het gewijzigde pad
Een gespecificeerde meetcontext is nuttiger dan een onbeperkte prestatiebelofte.
VERANTWOORDELIJKE EIGENAAR: Performance-eigenaar · VERIFICATIE: Het team documenteert de metriek, de testcontext en het acceptabele bereik; dit vormt geen universele snelheidsclaim. - 09Kies een klein aantal observatiepaden na release
Een gerichte controle is makkelijker te interpreteren dan een lijst met URL's zonder eigenaar.
VERANTWOORDELIJKE EIGENAAR: Release-eigenaar · VERIFICATIE: Niet meer dan vijf relatieve paden zijn toegewezen aan een eigenaar met een verwachte respons- of observatienotitie.
Herstellen
Bereid een rustige overdracht, een escalatieroute en een omkeerbare respons voor voordat klanten die nodig hebben.
- 10Wijs incident-, technische en communicatiebesluitvormingsrollen toe
Duidelijkheid over rollen ondersteunt een gecoördineerde respons zonder ervan uit te gaan dat één persoon elk probleem kan diagnosticeren.
VERANTWOORDELIJKE EIGENAAR: Eigenaar incidentrespons · VERIFICATIE: Elke rol heeft een benoemd verantwoordelijk persoon of een expliciet escalatiepad voor het releasevenster. - 11Oefen de beslissingsgrens voor pauzeren of terugdraaien
Een omkeerbare route is veiliger wanneer de goedkeurings- en verificatiestappen bekend zijn voordat de druk toeneemt.
VERANTWOORDELIJKE EIGENAAR: Release-eigenaar · VERIFICATIE: Het team kent de goedgekeurde trigger, wie deze autoriseert en welk bewijs vóór en na de actie vastgelegd moet worden. - 12Koppel live service-statuswerk aan Status Is Down
SIU biedt planningsrichtlijnen; werk aan live service-status hoort op SID thuis.
VERANTWOORDELIJKE EIGENAAR: Communicatie-eigenaar · VERIFICATIE: Het communicatieplan verwijst mensen naar de relevante SID-bestemming voor live servicesignalen en updates.
Bespreek alle niet-gereed items met de betreffende eigenaar vóór de releasebeslissing.
Bevestig verificatieverklaringen aan de hand van de daadwerkelijke releaseomgeving en het gedocumenteerde responsproces.
Stuur live status en lopend incidentwerk naar SID en de incidentworkflow van het team.
Client-side export van planning. Dit is geen releasegoedkeuring, monitoringregistratie of productiecontrole.
Bronnotities, geen geleende zekerheid.
Planningsbasis: Google SRE, CISA, OWASP, web.dev en MDN-referenties gebruikt door de gelinkte SIU-handleidingen
- CISA — Planning: Response & Recovery ↗CISA benadrukt planning voor incident- en rampenherstel, prioritering op basis van bedrijfsimpact, contactroutes en interne rapportagestructuur.
- Google SRE Book — Production service best practices ↗De richtlijnen raden gecontroleerde, stapsgewijze uitrols aan en adviseren eerst terug te rollen bij onverwacht gedrag, gevolgd door diagnose om de hersteltijd te verkorten.
- OWASP — Software Supply Chain Security Cheat Sheet ↗OWASP beveelt afhankelijkheidsinventarisatie, geautomatiseerde SBOM-generatie waar van toepassing, monitoring, versiepinning, een inventaris van build-tools en provenance-controles aan.
- web.dev — Responsive images ↗web.dev legt uit dat afbeeldingsbytes significant kunnen zijn en beschrijft geschikte responsive-cases, srcset, sizes en picture voor toepasselijke gebruiksscenario's.
Auteurschap: SIU Enablement redactionele versie; brongebonden operationele richtlijnen. Beoordeeld door: Een release-eigenaar moet elk plan beoordelen. Optioneel opslaan in een account bewaart privé alleen het sitelabel en de categorische actiestatussen; SIU keurt een release niet goed. Hervalideren: Valideer opnieuw vóór een materiële release en wanneer eigenaarschap, tooling of klantpaden veranderen.