Metode deployment di komputasi awan

Menyebarkan solusi aplikasi di komputasi awan bukanlah sesuatu yang sulit. Pada dasarnya komputasi awan memberikan kita berbagai macam opsi untuk kemudahan dalam menghasilkan aplikasi yang memudahkan prinsip DevOps seperti continuous deployment. Artikel ini akan membahas bagaimana kita memilih metode deployment yang tersedia di komputasi awan. Entah Anda menggunakan Azure, AWS, atau yang lain, maka pilihan ini selalu ada pada Anda dan dapat dilakukan di Visual Studio Anda. Artikel ini akan membahas lima pendekatan penyebaran aplikasi yang ada di komputasi awan.

Berbagai Metode Deployment di Komputasi Awan

Cara termudah untuk memahami berbagai metode adalah dengan memahami tabel berikut

Metode	Implikasi	Waktu	Zero Downtime	perubahan DNS	Proses Pemulihan	Kode dipasangkan di
Langsung ke Produksi	Downtime yang tinggi	Tidak tersedia	Tidak	Tidak	Pasang ulang	Lokasi yang sama
Rolling	Membutuhkan dua instan atau lebih cloud yang dijalankan bergantian sesuai dengan kebutuhan versi. Tidak ada pembuatan instan baru	Singkat	Ya	Tidak	Pasang ulang	Lokasi yang berbeda dan sudah tersedia
Rolling dengan tambahan instan	Jumlah instan dinamis sesuai dengan perubahan yang dibuat. Instan baru dibuat jika dibutuhkan	Sedang	Ya	Tidak	Pasang ulang	Lokasi yang baru atau yang sudah ada
Immutable	Minimal	Lama	Ya	Tidak	Pasang ulang	Lokasi yang baru
Blue / Green	Minimal	Lama	Ya	Ya	Pasang ulang	Lokasi yang baru

Jadi kita melihat ada lima pilihan pada saat kita menyebarkan aplikasi. Cara yang umum kita lakukan adalah langsung ke produksi. Cara ini adalah yang sederhana tetapi paling berisiko. Cara paling aman adalah immutable tapi selain lama juga memakan biaya yang besar. Hal ini dikarenakan selalu men-deploy aplikasi ke instan baru dan instan lama tidak dimatikan sampai benar benar tidak dibutuhkan. Cara yang paling diminati adalah Blue / Green ini adalah kombinasi biaya hemat dan keamanan terjamin. Hanya saja kendalanya adalah perubahan DNS yang mengakibatkan terdapat kemungkinan pengguna memperoleh versi yang lama akibat belum berubahnya DNS.