Buat kesiapan
yang dapat ditinjau.
Rencana interaktif untuk menugaskan dan memeriksa pekerjaan peluncuran di seluruh Aktifkan, Perkuat, Percepat, dan Pulihkan. Berfungsi tanpa akun; pemilik SIU yang masuk dapat secara opsional menyimpan kemajuan kategorikal secara pribadi. Ini bukan gerbang rilis, alat pemantauan, atau kontrol produksi.
GUNAKAN UNTUK: Gunakan urutan prioritas deterministik untuk membuat kepemilikan dan verifikasi terlihat, sambil mempertahankan Tidak diketahui dan Lewati sebagai hasil eksplisit alih-alih dianggap selesai.
Kerjakan langkah yang diketahui.
- Pilih sebuah jalur, lalu tetapkan setiap item dalam urutan prioritas deterministik ke salah satu status: Siap, Tidak diketahui, atau Lewati. Tidak diketahui mendorong pengumpulan bukti; Lewati memerlukan keputusan yang bertanggung jawab.
- Tinjau pemilik dan pernyataan verifikasi untuk setiap item. Sunting kolom pemilik hanya untuk menuliskan peran atau orang yang bertanggung jawab—jangan pernah menaruh kredensial atau data pelanggan dalam rencana.
- Unduh rencana saat ini ke perangkat ketika penyerahan portabel diperlukan. Penyimpanan akun SIU opsional hanya menyimpan label situs dan status aksi kategorikal; URL, kredensial, file, dan catatan bebas pemilik tidak disertakan.
Papan kontrol peluncuran.
Urutan deterministik: item tetap berada dalam urutan prioritas bernomor mereka. Pilih Tidak Diketahui saat bukti hilang; pilih Lewati hanya setelah keputusan pemilik yang bertanggung jawab.
Aktifkan
Tetapkan keputusan minimum, pemilik, dan dasar yang berhadapan dengan audiens sebelum rilis dimulai.
- 01Tentukan niat rilis dan jalur pelanggan yang diubahnya
Ruang lingkup yang kecil dan jelas memberi peninjau dan penanggap titik awal yang sama.
PEMILIK BERTANGGUNG JAWAB: Penanggung jawab rilis · VERIFIKASI: Seorang peninjau dapat menunjuk jalur yang diubah, hasil yang diharapkan untuk pelanggan, dan jendela rilis dalam satu catatan singkat. - 02Konfirmasi teks kontak yang berhadapan dengan pelanggan dan pernyataan eskalasinya
Pelanggan memerlukan cara jelas untuk melaporkan dampak tanpa pesan improvisasi selama perubahan.
PEMILIK BERTANGGUNG JAWAB: Penanggung jawab komunikasi pelanggan · VERIFIKASI: Kontak yang bertugas atau dukungan dapat dihubungi melalui saluran yang disetujui, dan teks publiknya memiliki peninjau yang bertanggung jawab. - 03Telusuri jalur pelanggan utama sebelum peluncuran
Perjalanan yang terlihat di peramban dapat mengungkap masalah yang tidak terlihat dari hasil build.
PEMILIK BERTANGGUNG JAWAB: Penanggung jawab produk atau QA · VERIFIKASI: Tim mencatat URL awal, hasil yang diharapkan, dan setiap kebutuhan masuk atau batas pembayaran yang diperlukan tanpa menggunakan data pelanggan.
Perkuat
Buat jalur rilis dan pemulihannya lebih mudah diperiksa, dibatasi, dan dibalik oleh orang yang tepat.
- 04Catat pengenal rilis dan rekaman perubahan yang dapat dibalik
Referensi yang tepat mengurangi tebak-tebakan jika perubahan harus dihentikan atau dibalik.
PEMILIK BERTANGGUNG JAWAB: Penanggung jawab rilis · VERIFIKASI: Pengenal rilis, sumber penerapan, penyetuju, dan jalur pembalikan yang diketahui tersedia bagi penanggung jawab respons. - 05Periksa bahwa operator yang ditunjuk memiliki jalur akses yang benar
Eskalasi lebih lambat saat asumsi akses belum diuji.
PEMILIK BERTANGGUNG JAWAB: Penanggung jawab platform · VERIFIKASI: Uji coba non-produksi atau yang disetujui memastikan orang yang bertanggung jawab dapat mengakses alat yang didokumentasikan; jangan membagikan kredensial dalam rencana ini. - 06Tinjau dependensi dan dampak perubahan pihak ketiga
Perubahan pihak ketiga dapat mengubah jalur peluncuran bahkan ketika kode aplikasi tidak berubah.
PEMILIK BERTANGGUNG JAWAB: Penanggung jawab teknik · VERIFIKASI: Catatan rilis menyebutkan dependensi baru atau yang diubah, endpoint eksternal, dan orang yang dapat menilai masing-masing.
Percepat
Kurangi beban pengiriman yang dapat dihindari sambil menjaga jalur peluncuran yang teramati dan sudah ditinjau.
- 07Periksa kandidat gambar pada posisi tampilnya
Satu gambar sumber tidak menunjukkan byte mana yang akan diterima pelanggan.
PEMILIK BERTANGGUNG JAWAB: Penanggung jawab desain atau performa · VERIFIKASI: Untuk gambar prioritas, tim mencatat lebar yang dimaksud saat dirender, teks alternatif yang dapat diakses, dan apakah ada kandidat responsif. - 08Tetapkan anggaran pengiriman yang dapat ditinjau untuk jalur yang diubah
Konteks pengukuran yang dinyatakan lebih berguna daripada janji performa tanpa batas.
PEMILIK BERTANGGUNG JAWAB: Penanggung jawab performa · VERIFIKASI: Tim mendokumentasikan metrik, konteks pengujian, dan rentang yang dapat diterima; ini tidak mengasumsikan klaim kecepatan universal. - 09Pilih seperangkat kecil jalur observasi pasca-rilis
Pengecekan terfokus lebih mudah ditafsirkan daripada daftar URL yang tidak memiliki pemilik.
PEMILIK BERTANGGUNG JAWAB: Penanggung jawab rilis · VERIFIKASI: Tidak lebih dari lima jalur relatif ditugaskan kepada seorang pemilik dengan catatan respons atau observasi yang diharapkan.
Pulihkan
Siapkan serah terima yang tenang, jalur eskalasi, dan respons yang dapat dibalik sebelum pelanggan membutuhkannya.
- 10Tetapkan peran keputusan insiden, teknis, dan komunikasi
Kejelasan peran mendukung respons terkoordinasi tanpa mengasumsikan satu orang dapat mendiagnosis setiap masalah.
PEMILIK BERTANGGUNG JAWAB: Penanggung jawab respons insiden · VERIFIKASI: Setiap peran memiliki orang bernama yang bertanggung jawab atau jalur eskalasi eksplisit untuk jendela rilis. - 11Latih batas keputusan untuk menghentikan sementara atau mengembalikan perubahan
Rute yang dapat dibalik lebih aman ketika langkah persetujuan dan verifikasinya diketahui sebelum tekanan meningkat.
PEMILIK BERTANGGUNG JAWAB: Penanggung jawab rilis · VERIFIKASI: Tim mengetahui pemicu yang disetujui, siapa yang memberinya otorisasi, dan bukti apa yang harus diambil sebelum dan setelah tindakan. - 12Tautkan pekerjaan status-layanan langsung ke Status Is Down
SIU menyediakan panduan perencanaan; pekerjaan status-layanan langsung ditempatkan pada SID.
PEMILIK BERTANGGUNG JAWAB: Penanggung jawab komunikasi · VERIFIKASI: Rencana komunikasi mengarahkan orang ke destinasi SID yang relevan untuk sinyal dan pembaruan status layanan langsung.
Tinjau semua item yang tidak berstatus Siap bersama pemilik terkait sebelum keputusan rilis.
Konfirmasi pernyataan verifikasi dengan lingkungan rilis sebenarnya dan proses respons yang terdokumentasi.
Arahkan status langsung dan pekerjaan insiden yang sedang berlangsung ke SID dan alur kerja insiden tim.
Ekspor perencanaan sisi-klien. Ini bukan persetujuan rilis, catatan pemantauan, atau kontrol produksi.
Catatan sumber, bukan kepastian pinjaman.
Dasar perencanaan: referensi Google SRE, CISA, OWASP, web.dev, dan MDN yang digunakan oleh panduan SIU terkait
- CISA — Planning: Response & Recovery ↗CISA menyoroti perencanaan pemulihan insiden dan bencana, prioritas berdasarkan dampak bisnis, jalur kontak, dan struktur pelaporan internal.
- Google SRE Book — Production service best practices ↗Panduan merekomendasikan rollout progresif yang diawasi dan melakukan rollback terlebih dulu saat perilaku tak terduga terdeteksi, lalu mendiagnosis untuk mengurangi waktu pemulihan.
- OWASP — Software Supply Chain Security Cheat Sheet ↗OWASP merekomendasikan inventaris dependensi, pembuatan SBOM otomatis bila sesuai, pemantauan, penentuan versi tetap (version pinning), inventaris alat build, dan kontrol asal-usul.
- web.dev — Responsive images ↗web.dev menjelaskan bahwa ukuran (byte) gambar bisa signifikan dan menguraikan kandidat responsif, srcset, sizes, dan picture untuk kasus penggunaan yang sesuai.
Penulisan: Draf editorial SIU Enablement; panduan operasional yang dibatasi sumber. Ditinjau oleh: Seorang pemilik rilis harus meninjau setiap rencana. Penyimpanan akun opsional hanya mempertahankan label situs dan status aksi kategorikal secara privat; SIU tidak menyetujui suatu rilis. Validasi ulang: Lakukan revalidasi sebelum rilis material dan ketika kepemilikan, alat, atau jalur pelanggan berubah.