Deploy aplikasi tanpa downtime: pola yang bisa dipakai tim kecil

Kenapa deploy bisa menyebabkan gangguan

Saat versi baru dipasang, aplikasi biasanya dihentikan lalu dijalankan ulang. Selama jeda itu permintaan gagal. Perubahan struktur database yang tidak kompatibel dengan kode lama juga bisa merusak aplikasi di tengah transisi.

Memahami dua sumber ini membantu memilih solusi yang tepat.

Pola yang umum dipakai

Beberapa teknik yang cocok dari skala kecil sampai besar.

• Rolling update: instance baru menggantikan yang lama satu per satu.
• Blue-green: dua lingkungan identik, lalu lalu lintas dialihkan sekaligus.
• Canary: versi baru diberikan ke sebagian kecil pengguna dahulu.
• Fitur yang dimatikan secara bawaan lalu dinyalakan bertahap.

Perubahan database yang aman

Lakukan perubahan struktur dalam beberapa langkah yang kompatibel ke belakang. Tambahkan kolom baru lebih dulu, deploy kode yang bisa membaca keduanya, baru hapus kolom lama pada rilis berikutnya. Hindari mengganti nama atau menghapus kolom dalam satu langkah.

Ini membutuhkan disiplin, tetapi menghilangkan sebagian besar kejutan saat rilis.

Siapkan jalan mundur

Setiap rilis harus bisa dibatalkan dengan cepat. Simpan versi sebelumnya, uji prosedur pembatalannya, dan tentukan indikator yang menandakan rilis harus ditarik, seperti lonjakan kesalahan atau waktu respons.

Otomatiskan prosesnya

Langkah manual adalah sumber kesalahan. Skrip atau jalur otomatis yang menjalankan tes, membangun, dan menerapkan rilis membuat prosesnya seragam dan dapat diulang, sehingga rilis menjadi kejadian biasa, bukan peristiwa menegangkan.