Gawing ang rollback,
isang kilalang pasya.
Isang maingat na gabay bago ilunsad upang tukuyin ang maibabalik na tugon sa hindi inaasahang asal ng release. Hindi nito inuutusan ang sinuman na baguhin ang production nang walang sariling pahintulot at mga pananggalang ng koponan.
GAMITIN ITO PARA SA: Gamitin bago mag-release upang tukuyin ang limitadong ruta ng rollback, ang awtoridad sa pagpapasya nito, at mga pagsusuri sa landas ng customer pagkatapos ng aprubadong aksyon.
Gawin ang susunod kilalang hakbang.
- Bago mag-release, itala ang release identifier, ang pinakamaliit na maibabalik na yunit, ang may-ari ng pahintulot, at ang aprubadong mekanismong magagamit na ng koponan.
- Gumamit ng staged rollout at pangangasiwa kung sinusuportahan ito ng platform ng koponan. I-pause kapag lumampas ang nakitang asal sa sariling napagkasunduang hangganan ng koponan.
- Kunin ang obserbasyon, oras, saklaw at aktibong release identifier bago ang aprubadong rollback. Huwag palitan ang limitadong pagbaligtad ng malawak na mapanirang aksyon.
- Pagkatapos ng aprubadong aksyon, beripikahin ang mga pangunahing landas ng customer, ipaabot lamang ang mga nakumpirmang katotohanan at itago ang ebidensiya para sa susunod na pagrepaso.
Tiyaking nakadokumento ang ruta ng rollback para sa eksaktong mekanismo ng release, hindi para sa isang naaalalang lumang workflow.
Suriin ang anumang hindi maibabalik na migration o panlabas na pagbabago kasama ang may-ari nito bago mag-release.
Kung maaari, magsagawa ng aprubadong dry-run o tabletop exercise; itala ang mga natuklasan nang walang pagbabago sa production.
Mga tala ng pinagmulan, hindi hiniram na katiyakan.
Batayan ng pagpaplano: mga kasanayan ng Google SRE para sa production service
- Google SRE Book — Production service best practices ↗Inirerekomenda ng gabay ang pinangangasiwaang unti-unting rollout at ang pag-rollback muna kapag may natukoy na hindi inaasahang asal, saka mag-diagnose upang mabawasan ang oras ng pag-recover.
May-akda: Editoryal na draft ng SIU Enablement; operasyonal na gabay na nakatali sa mga source. Sinuri ni: Kailangan ang pagsusuri ng may-ari ng release, platform at data bago gamitin. Muling beripikahin: Muling patunayan bago ang mahahalagang pagbabago sa proseso ng release, migration, hosting o provider.