Ada yang pernah ganti cloud yang sedang dipakai?

Kumpulan pertanyaan dan jawaban di HN yang menanyakan alasan dan pengalaman berpindah antar cloud seperti AWS, Azure, dan Google

• Saya pernah memigrasikan lingkungan klien saya dari AWS → Google, lalu Google → Hetzner tanpa downtime
  • Alasan utamanya adalah harga. Setelah kredit gratis AWS/Google habis, pindah ke Hetzner
  • Penghematan biaya dari penggunaan kredit mencapai 20 kali lipat biaya migrasi
  • Proses migrasi dilakukan dengan menghubungkan backend lewat reverse proxy di masing-masing lingkungan, lalu menyiapkan VPN antar layanan, kemudian mengubah DNS
  • Bagian yang paling rumit adalah failover database, serta memastikan update akan di-retry setelah pergantian master
  • Dengan ini, klien memiliki konfigurasi yang tidak terikat pada penyedia cloud tertentu dan bisa memanfaatkan kredit gratis yang mereka punya dengan baik
  • Detail teknis
    • reverse proxy seperti haproxy, nginx + Hashicorp Consul + ngx_mruby
    • Menyusun VPN antar cloud agar reverse proxy bisa mengakses backend di kedua sisi
    • Replikasi database ke cloud baru
    • Membuat aplikasi bisa memilih database mana yang akan dipakai sebagai master (Consul)
    • Membuat aplikasi menangani error database secara graceful. Bagian ini yang paling sulit
    • Mengatur DNS TTL kecil
    • Menghubungkan backend baru ke reverse proxy dan memeriksa apakah ada error
    • Memperbarui DNS agar reverse proxy baru ditambahkan ke lingkungan
    • Mempromosikan replika di cloud baru menjadi master
    • Mengurangi koneksi yang masih ada di backend lama
    • Terakhir, menghapus reverse proxy lama dari DNS
    • Setelah semuanya dipastikan, menonaktifkan lingkungan lama dan memulihkan DNS TTL
• GitLab pernah pindah dari AWS ke Azure lalu kembali lagi ke Google Cloud (beberapa tahun lalu)
  • Awalnya mereka memulai di AWS seperti kebanyakan orang, tetapi biayanya sangat besar
  • Karena YC memberikan kredit Azure kepada anggotanya, mereka menghitung nilainya setara sekitar 1 tahun penggunaan, jadi mereka pindah
  • Namun proses pindah itu menyakitkan, dan selama memakai Azure tidak ada yang benar-benar puas. Selain itu kredit gratisnya juga habis cukup cepat
  • Alasan pindah ke GCP tidak diingat dengan pasti, tetapi prosesnya sangat sulit dan memakan waktu lama
  • Pengalaman di GCP jauh lebih baik, tetapi tetap tidak bisa dibilang sempurna
  • Secara khusus, GCP cenderung mematikan VM secara acak tanpa alasan yang jelas
  • Kadang shutdown-nya bersih, tetapi di kasus lain berakhir dalam semacam keadaan antara, sehingga sistem lain mencoba melakukan koneksi dan alih-alih langsung error justru mengalami timeout
  • Kalau tidak salah, seiring waktu hal ini membaik, tetapi tetap terasa sangat khas Google: "Ada yang rusak, tetapi kami tidak bisa memberi tahu alasannya."
  • Kalau melihat ke belakang, jika mendirikan perusahaan lagi, kemungkinan besar mereka akan bertahan dengan Hetzner atau penyedia bare metal murah lainnya
  • Layanan cloud memang hebat jika dimanfaatkan semaksimal mungkin, tetapi dalam 90% kasus orang hanya memakainya tanpa mendapatkan keunggulan berarti dan malah membayar mahal
• Google Cloud → Digital Ocean → OVH
  • Menjalankan milik sendiri di server berperforma tinggi ternyata lebih mudah dan lebih sedikit masalah daripada dugaan
  • Deploy dengan git push dan membangun container sudah sampai level "set it and forget it"
  • Mereka punya data PostgreSQL berukuran terabyte, jadi di kebanyakan cloud biayanya sangat mahal
  • Ada yang menganggap cloud seperti roti yang sudah dipotong-potong agar mudah dimakan, tetapi kenyataannya itu tidak benar-benar mengurangi waktu kerja developer
  • Cloud lebih mahal dan jauh lebih lambat daripada mengelola server sendiri. Untuk workload skala menengah, tidak ada keuntungan memakai cloud

Saya hanya merangkum 3 jawaban dengan suara terbanyak. Di jawaban-jawaban di atas juga ada berbagai pertanyaan, pendapat, dan komentar sanggahan, jadi silakan lihat juga.

[kunggom]

Tampaknya ada artikel di ITWorld yang secara spesifik menyoroti thread ini dan mengkritik bahwa kurangnya pemahaman tentang cloud masih sangat meluas.
'Tergiur kredit' migrasi cloud… "Kesalahpahaman terbesar"

[xguru]

Perlu diingat saat membaca bahwa penulis artikel ITWorld, Matt Asay, hingga belum lama ini adalah Head of Developer Marketing di AWS.
https://www.linkedin.com/in/mjasay/details/experience/

[kunggom]

Oh, terima kasih atas informasinya yang bagus.

[superwoou]

Cloud bukan solusi serba bisa, kan. Kalimat terakhir pada jawaban ketiga agak meragukan menurut saya; bukankah itu tergantung bagaimana memanfaatkannya..

[xguru]

Ini tadinya pertanyaan tentang migrasi antar cloud, tetapi banyak orang tampaknya merekomendasikan layanan hosting seperti Hetzner ketimbang cloud.
Mungkin biaya memang alasan terbesar, tetapi saya tetap merasa bahwa menggunakan cloud dengan baik punya cukup banyak kelebihan.
Kalau perusahaan kecil bilang, "Kami tidak pakai cloud, kami pakai hosting!", kenyataannya memang jadi lebih sulit merekrut developer. (Kalau Anda mengembangkan sendiri sih tentu tidak masalah.)

Di tengah diskusi itu, saya sepenuhnya setuju bahwa Google Cloud dulu punya kecenderungan mematikan VM secara acak tanpa alasan yang jelas.
Itulah alasan saya beberapa tahun lalu memindahkan server kecil yang saya jalankan di Google ke AWS LightSail.
Kadang-kadang, entah kenapa, server tiba-tiba mati atau tidak bisa diakses. Mungkin sekarang sudah membaik, tetapi... itu bukan pengalaman yang menyenangkan.