Staging dan Rollback
Dua kebiasaan yang membedakan peluncuran yang pulih dengan anggun dari yang berubah menjadi kepanikan tengah malam: menguji perubahan di tempat yang aman sebelum menyentuh pengguna sungguhan, dan mampu membatalkan sebuah buruk secara instan.
Sebuah lingkungan staging hanyalah salinan kedua dari aplikasimu — kode sama, terpisah, terpisah (atau sekali pakai) — tempat kamu mencoba sesuatu sebelum ke produksi. Kebanyakan host membuat ini nyaris gratis: setiap otomatis mendapat URL preview-nya sendiri, sehingga kamu bisa klik-klik sebuah perubahan dan membagikannya ke seseorang sebelum merge. Pakai ini terutama untuk apa pun yang tidak bisa kamu balikkan dengan mudah, seperti sebuah migrasi database.
Bayangkan tiga lingkungan itu sebagai tangga yang dinaiki sebuah perubahan, dengan rollback sebagai tali yang menjatuhkan produksi langsung kembali ke anak tangga baik terakhir:
dev ──▶ staging / preview ──▶ production
(laptop) (PR preview URL) (real users)
try click through live
anything share, verify ┌──────────────┐
│ deploy #42 │ ◀── current (broken)
├──────────────┤
ROLLBACK│ deploy #41 │ ◀── last known good
│ ├──────────────┤
└──▶│ deploy #40 │
└──────────────┘
one command / one click = instant undo
Sebuah rollback adalah tombol undo-mu untuk seluruh aplikasi. Karena platform-platform ini menyimpan setiap deploy sebelumnya, kembali ke versi baik terakhir biasanya cuma satu perintah atau satu klik dashboard:
# Cloudflare Pages: redeploy a known-good build
wrangler pages deployment list
wrangler pages deployment rollback <DEPLOYMENT_ID>
# Vercel: promote a previous deployment back to production
vercel rollback <DEPLOYMENT_URL>
Kenali perintah ini sebelum kamu membutuhkannya, bukan pas terjadi outage. Inti dari kecepatan vibe-coded adalah bahwa merilis itu murah — tapi merilis yang murah cuma terasa aman kalau membatalkan rilis sama murahnya.