Downtime menjadi salah satu risiko yang paling dihindari saat melakukan deploy aplikasi. Versi baru bisa saja membawa error yang baru terlihat setelah digunakan pengguna, sementara proses rollback belum tentu bisa dilakukan dengan cepat. Karena itu, tim membutuhkan strategi deployment yang memungkinkan versi baru diuji terlebih dahulu tanpa langsung mengganggu aplikasi yang sedang berjalan. Salah satu pendekatan yang bisa digunakan adalah Blue-Green Deployment.
Blue-Green Deployment adalah strategi deployment yang menjalankan dua environment secara bersamaan: Blue untuk versi aplikasi yang sedang digunakan dan Green untuk versi baru yang sedang disiapkan. Setelah versi Green siap dan hasil pengujian sesuai, traffic dapat dialihkan dari Blue ke Green.
Pendekatan ini membuat proses rilis lebih terkontrol karena versi baru dapat diuji sebelum menerima traffic pengguna. Jika terjadi masalah, traffic juga dapat dikembalikan ke environment sebelumnya dengan lebih cepat. Artikel ini akan membahas cara kerja Blue-Green Deployment, kelebihan dan kekurangannya, perbedaannya dengan rolling dan canary deployment, serta checklist implementasinya.
Also Read
Ringkasan Cepat
- Blue‑green deployment adalah strategi rilis aplikasi dengan dua environment identik: satu melayani traffic (aktif), satu lagi disiapkan untuk versi baru. Setelah siap, traffic dipindahkan (switch) secara cepat.
- Keunggulan utamanya: minim downtime, rollback cepat, dan risiko rilis lebih terkontrol.
- Kekurangannya: butuh resource dobel sementara, dan perlu penanganan database/migrasi yang hati-hati.
Apa Itu Blue-Green Deployment?
Blue-green deployment adalah metode deployment yang menggunakan dua environment untuk menjalankan versi aplikasi lama dan versi baru secara terpisah.
Sederhananya, ada dua lingkungan:
- Blue → versi aplikasi yang sedang digunakan pengguna.
- Green → versi aplikasi baru yang sedang disiapkan dan diuji.
Ketika versi baru di Green sudah siap, traffic pengguna dialihkan dari Blue ke Green melalui load balancer atau sistem routing.
Jika ternyata muncul masalah, traffic dapat dialihkan kembali ke Blue. Inilah yang membuat blue-green deployment menarik untuk aplikasi yang membutuhkan downtime minimal dan rollback cepat.
Bagaimana Cara Kerja Blue-Green Deployment?
Konsepnya cukup sederhana yaitu siapkan versi baru di environment terpisah, lakukan pengujian, lalu alihkan traffic ketika sudah siap.
Alur sederhananya seperti berikut:
- Blue melayani seluruh pengguna.
- Versi aplikasi terbaru di-deploy ke Green.
- Tim melakukan pengujian di Green, seperti smoke test, sanity test, dan health check.
- Jika semuanya berjalan baik, traffic dialihkan dari Blue ke Green.
- Tim memantau performa dan error setelah perpindahan.
- Jika Green stabil, environment tersebut menjadi versi produksi.
- Blue tetap dipertahankan sementara sebagai cadangan untuk rollback.
Dengan pola ini, proses deployment tidak langsung mengganggu aplikasi yang sedang digunakan pengguna.
Kenapa Blue-Green Deployment Bisa Mengurangi Downtime?
Salah satu keunggulan utama blue-green deployment adalah proses deployment dilakukan di environment yang tidak sedang menerima traffic utama.
Build, konfigurasi, deployment, dan warming aplikasi dapat dilakukan di Green sementara Blue tetap melayani pengguna.
Ketika Green sudah siap, perpindahan traffic cukup dilakukan melalui routing atau load balancer.
Bagi pengguna, proses tersebut bisa terasa seperti pergantian versi aplikasi biasa, bukan proses deployment yang panjang.
Kelebihan Blue-Green Deployment
Blue-green deployment banyak digunakan ketika tim membutuhkan kontrol risiko yang lebih baik saat melakukan rilis.
Beberapa kelebihannya adalah:
- Downtime dapat diminimalkan.
- Rollback lebih cepat, karena traffic dapat dikembalikan ke environment sebelumnya.
- Environment versi lama dan baru lebih mudah dipisahkan.
- Tim dapat melakukan pengujian sebelum versi baru menerima seluruh traffic.
- Cocok untuk aplikasi yang membutuhkan stabilitas tinggi.
Kekurangan Blue-Green Deployment
Di balik kelebihannya, blue-green deployment juga memiliki beberapa konsekuensi.
Kekurangan yang perlu diperhatikan antara lain:
- Membutuhkan resource tambahan karena dua environment berjalan secara bersamaan.
- Biaya compute dan network dapat meningkat.
- Migrasi database perlu dirancang dengan hati-hati.
- Aplikasi yang menyimpan session atau state di server dapat lebih sulit dipindahkan.
- Infrastruktur dan pipeline deployment menjadi lebih kompleks.
Tips: blue-green akan lebih mudah diterapkan pada aplikasi yang stateless. Jika membutuhkan session, gunakan penyimpanan bersama seperti Redis atau database daripada menyimpan session hanya di memory server.
Tantangan Terbesar: Database dan Migrasi
Memindahkan traffic dari Blue ke Green mungkin terlihat sederhana. Namun, database sering menjadi bagian yang paling sulit. Misalnya, versi baru membutuhkan kolom database tambahan, sementara versi lama masih berjalan dan belum memahami kolom tersebut.
Karena itu, perubahan database sebaiknya tetap kompatibel dengan kedua versi aplikasi.
Beberapa pendekatan yang umum digunakan:
- Expand/contract migration → perubahan database dilakukan secara bertahap.
- Backward compatibility → versi lama dan baru tetap dapat menggunakan skema database yang sama selama proses transisi.
- Feature flag → fitur baru dapat diaktifkan secara bertahap setelah versi baru berjalan stabil.
Dengan pendekatan ini, pergantian versi aplikasi tidak bergantung pada satu perubahan database yang berisiko.
Blue-Green vs Rolling vs Canary Deployment
Blue-green bukan satu-satunya metode untuk melakukan deployment dengan risiko yang lebih terkontrol.
Tiga metode yang cukup umum adalah blue-green, rolling, dan canary deployment.
| Metode | Cara Kerja | Kelebihan | Risiko |
|---|---|---|---|
| Blue-Green | Dua environment, lalu traffic di-switch | Rollback cepat, downtime minim | Membutuhkan resource tambahan |
| Rolling | Instance lama diganti secara bertahap | Lebih hemat resource | Versi lama dan baru bisa berjalan bersamaan |
| Canary | Versi baru diberikan ke sebagian traffic | Risiko dapat diuji secara bertahap | Membutuhkan routing dan monitoring yang baik |
Secara sederhana, blue-green fokus pada perpindahan antar-environment, rolling mengganti instance secara bertahap, sedangkan canary menguji versi baru kepada sebagian pengguna terlebih dahulu.
Contoh Blue-Green Deployment di Cloud
Blue-green deployment dapat diterapkan pada berbagai jenis infrastruktur. Tool yang digunakan bisa berbeda, tetapi konsep dasarnya tetap sama: menyiapkan dua versi aplikasi dan mengatur routing traffic.
Contohnya:
- Kubernetes → menjalankan deployment Blue dan Green, kemudian mengatur traffic melalui Service atau Ingress.
- Virtual Machine → menjalankan dua kelompok VM dan mengatur perpindahan traffic melalui load balancer.
- Platform PaaS → menyiapkan dua environment kemudian mengubah route atau mapping menuju versi yang baru.
Jadi, bukan tool yang menjadi faktor utama. Yang lebih penting adalah pengujian, monitoring, health check, dan kemampuan melakukan rollback.
Checklist Implementasi Blue-Green Deployment
Blue-green deployment akan lebih aman jika memiliki checklist yang jelas.
Sebelum melakukan deployment, pastikan beberapa hal berikut sudah tersedia:
- Dua environment dengan konfigurasi yang konsisten.
- Secrets dan network sudah tersedia di kedua environment.
- Pipeline deployment untuk environment Green.
- Smoke test otomatis.
- Health check endpoint.
- Cache sudah di-warm jika diperlukan.
- Migrasi database sudah backward-compatible.
- Logging dan monitoring aktif.
- Monitoring error rate dan latency.
- Rencana rollback sudah jelas.
- Tim mengetahui siapa yang bertanggung jawab saat rollback.
Checklist ini membantu memastikan bahwa blue-green deployment bukan hanya sekadar memiliki dua server, tetapi benar-benar memiliki mekanisme rilis dan pemulihan yang terencana.
Kapan Blue-Green Deployment Cocok Digunakan?
Blue-green deployment cocok ketika aplikasi membutuhkan downtime seminimal mungkin dan proses rollback yang cepat.
Metode ini bisa menjadi pilihan untuk:
- Aplikasi dengan traffic atau transaksi penting.
- Rilis dengan perubahan yang cukup berisiko.
- Sistem yang membutuhkan ketersediaan tinggi.
- Tim yang sudah menggunakan CI/CD.
- Tim yang sudah memiliki monitoring dan observability dasar.
Sebaliknya, blue-green mungkin kurang cocok jika:
- Aplikasi masih sangat sederhana.
- Belum memiliki pipeline deployment.
- Resource server sangat terbatas.
- Aplikasi sangat stateful dan belum memiliki arsitektur pendukung.
Tidak semua aplikasi harus menggunakan blue-green. Pilih metode deployment berdasarkan kebutuhan aplikasi, resource, tingkat risiko, dan kesiapan tim.
Infrastruktur untuk Blue-Green Deployment
Salah satu konsekuensi dari blue-green deployment adalah kebutuhan untuk menjalankan dua environment. Artinya, infrastruktur yang digunakan harus cukup fleksibel untuk menyiapkan environment tambahan ketika melakukan deployment.
Untuk kebutuhan server yang fleksibel, VPS Rumahweb dapat menjadi salah satu pilihan infrastruktur untuk menjalankan aplikasi dan environment tambahan.
Rumahweb menawarkan VPS berbasis KVM dengan resource terisolasi, SSD storage, DDoS protection, dua availability zone, serta dukungan 24/7. Pilihan paket dapat disesuaikan dengan kebutuhan resource aplikasi dan skenario deployment yang digunakan.
FAQ
Tidak. Blue‑green biasanya switch traffic penuh dari satu environment ke environment lain. Canary mengalihkan sebagian traffic dulu.
Bisa mendekati zero downtime, tetapi tetap bergantung pada load balancer, koneksi lama, dan proses warm-up.
Karena environment lama masih tersedia dan Anda hanya perlu switch routing kembali.
Migrasi database dan state/session.
Bisa, selama Anda dapat menggandakan environment dan memindahkan traffic dengan routing.
Kesimpulan
Blue-green deployment adalah strategi peluncuran sistem yang sangat efektif untuk meminimalkan penghentian layanan (downtime) dan mempermudah proses pengembalian ke versi sebelumnya (rollback). Kendati demikian, metode ini bukanlah solusi instan yang bisa diterapkan tanpa persiapan matang.
Keberhasilan strategi ini sangat bergantung pada dua hal utama: ketersediaan dua lingkungan sistem (environment) yang benar-benar identik serta penerapan strategi pengelolaan data yang aman. Jika tim Anda sudah siap mengeksekusi kedua syarat tersebut, blue-green deployment dapat menjadi salah satu cara paling aman dan tenang untuk merilis versi aplikasi baru tanpa rasa cemas.
