Dokumen ini memberikan panduan tentang pendekatan dan pertimbangan umum dan terbukti untuk memigrasikan workload Anda ke cloud. Dokumen ini memperluas panduan dalam Mendesain strategi arsitektur hybrid dan multicloud, yang membahas beberapa langkah yang mungkin dan direkomendasikan untuk mendesain strategi dalam mengadopsi arsitektur hybrid atau multicloud.
Cloud-first
Cara umum untuk mulai menggunakan cloud publik adalah pendekatan cloud-first. Dalam pendekatan ini, Anda men-deploy workload baru ke cloud publik, sementara workload yang ada tetap berada di tempatnya. Dalam hal ini, pertimbangkan deployment klasik ke lingkungan komputasi pribadi hanya jika deployment cloud publik tidak dapat dilakukan karena alasan teknis atau organisasi.
Strategi cloud-first memiliki kelebihan dan kekurangan. Sisi positifnya, adalah fokus pada masa depan. Anda dapat men-deploy workload baru dengan cara yang modern sekaligus menghindari (atau setidaknya meminimalkan) kerepotan memigrasikan workload yang sudah ada.
Meskipun pendekatan cloud-first dapat memberikan keuntungan tertentu, pendekatan ini berpotensi menyebabkan hilangnya peluang untuk meningkatkan atau menggunakan workload yang ada. Workload baru mungkin hanya sebagian kecil dari lanskap IT secara keseluruhan, dan pengaruhnya terhadap pengeluaran dan performa IT bisa terbatas. Mengalokasikan waktu dan resource untuk memigrasikan workload yang ada berpotensi menghasilkan manfaat atau penghematan biaya yang lebih besar dibandingkan dengan mencoba mengakomodasi workload baru di lingkungan cloud.
Menerapkan pendekatan cloud-first yang ketat juga berisiko meningkatkan kompleksitas lingkungan IT Anda secara keseluruhan. Pendekatan ini dapat menimbulkan redundansi, performa yang lebih rendah karena potensi komunikasi lintas-lingkungan yang berlebihan, atau menghasilkan lingkungan komputasi yang tidak cocok untuk workload individual. Selain itu, kepatuhan terhadap peraturan industri dan hukum privasi data dapat membatasi perusahaan untuk memigrasikan aplikasi tertentu yang menyimpan data sensitif.
Dengan mempertimbangkan risiko ini, sebaiknya Anda menggunakan pendekatan cloud-first hanya untuk workload tertentu. Dengan menggunakan pendekatan cloud-first, Anda dapat berkonsentrasi pada workload yang dapat memperoleh manfaat terbesar dari deployment atau migrasi cloud. Pendekatan ini juga mempertimbangkan modernisasi workload yang sudah ada.
Contoh umum arsitektur hybrid yang mengutamakan cloud adalah saat aplikasi dan layanan lama yang menyimpan data penting harus diintegrasikan dengan data atau aplikasi baru. Untuk menyelesaikan integrasi, Anda dapat menggunakan arsitektur hibrida yang memodernisasi layanan lama dengan menggunakan antarmuka API, sehingga layanan tersebut dapat digunakan oleh layanan dan aplikasi cloud baru. Dengan platform pengelolaan API berbasis cloud, seperti Apigee, Anda dapat menerapkan kasus penggunaan tersebut dengan perubahan aplikasi minimal dan menambahkan keamanan, analisis, serta skalabilitas ke layanan lama.
Migrasi dan modernisasi
Modernisasi hybrid multicloud dan IT adalah konsep berbeda yang saling terkait dalam lingkaran kebaikan. Penggunaan cloud publik dapat memfasilitasi dan menyederhanakan modernisasi workload IT. Memodernisasi workload IT dapat membantu Anda mendapatkan lebih banyak manfaat dari cloud.
Tujuan utama modernisasi workload adalah sebagai berikut:
- Mencapai fleksibilitas yang lebih baik sehingga Anda dapat beradaptasi dengan persyaratan yang berubah.
- Mengurangi biaya infrastruktur dan operasi Anda.
- Meningkatkan keandalan dan ketahanan untuk meminimalkan risiko.
Namun, memodernisasi setiap aplikasi dalam proses migrasi secara bersamaan mungkin tidak dapat dilakukan. Seperti yang dijelaskan dalam Migrasi ke Google Cloud, Anda dapat menerapkan salah satu jenis migrasi berikut, atau bahkan menggabungkan beberapa jenis sesuai kebutuhan:
- Menghosting ulang (lift-and-shift)
- Mengalihkan ke platform baru (lift-and-optimize)
- Memfaktorkan ulang (move-and-improve)
- Merancang ulang (melanjutkan modernisasi)
- Build ulang (hapus dan ganti, terkadang disebut bongkar dan ganti)
- Pembelian ulang
Saat membuat keputusan strategis tentang arsitektur hybrid dan multicloud, penting untuk mempertimbangkan kelayakan strategi Anda dari perspektif biaya dan waktu. Anda dapat mempertimbangkan pendekatan migrasi bertahap, dimulai dengan mengangkat dan memindahkan atau mengganti platform, lalu memfaktorkan ulang atau merancang ulang sebagai langkah berikutnya. Biasanya, lift-and-shift membantu mengoptimalkan aplikasi dari perspektif infrastruktur. Setelah aplikasi berjalan di cloud, akan lebih mudah menggunakan dan mengintegrasikan layanan cloud untuk mengoptimalkannya lebih lanjut menggunakan arsitektur dan kemampuan cloud-first. Selain itu, aplikasi ini tetap dapat berkomunikasi dengan lingkungan lain melalui koneksi jaringan hybrid.
Misalnya, Anda dapat memfaktorkan ulang atau merancang ulang aplikasi berbasis VM monolitik berukuran besar dan mengubahnya menjadi beberapa microservice independen, berdasarkan arsitektur microservice berbasis cloud. Dalam contoh ini, arsitektur microservice menggunakan layanan container terkelola seperti Google Kubernetes Engine (GKE) atau Cloud Run. Google Cloud Namun, jika arsitektur atau infrastruktur aplikasi tidak didukung di lingkungan cloud target sebagaimana adanya, Anda dapat mempertimbangkan untuk memulai dengan mengubah platform, memfaktorkan ulang, atau mendesain ulang strategi migrasi Anda untuk mengatasi batasan tersebut jika memungkinkan.
Saat menggunakan salah satu pendekatan migrasi ini, pertimbangkan untuk memodernkan aplikasi Anda (jika berlaku dan memungkinkan). Modernisasi dapat memerlukan penerapan dan implementasi Site Reliability Engineering (SRE) atau prinsip DevOps, sehingga Anda mungkin juga perlu memperluas modernisasi aplikasi ke lingkungan pribadi dalam penyiapan hybrid. Meskipun penerapan prinsip SRE pada dasarnya melibatkan teknik, SRE lebih merupakan proses transformasi daripada tantangan teknis. Oleh karena itu, kemungkinan akan memerlukan perubahan prosedural dan budaya. Untuk mempelajari lebih lanjut cara mendapatkan persetujuan dari pimpinan sebagai langkah pertama dalam menerapkan SRE di organisasi, lihat artikel Dengan SRE, gagal merencanakan berarti merencanakan kegagalan.
Memadukan pendekatan migrasi
Setiap pendekatan migrasi yang dibahas di sini memiliki kekuatan dan kelemahan tertentu. Keuntungan utama mengikuti strategi hybrid dan multicloud adalah Anda tidak perlu mengandalkan satu pendekatan saja. Sebagai gantinya, Anda dapat memutuskan pendekatan mana yang paling cocok untuk setiap workload atau stack aplikasi, seperti yang ditunjukkan dalam diagram berikut.
Diagram konseptual ini menggambarkan berbagai jalur atau pendekatan migrasi dan modernisasi yang dapat diterapkan secara bersamaan ke berbagai beban kerja, yang didorong oleh persyaratan dan tujuan bisnis serta teknis yang unik dari setiap beban kerja atau aplikasi.
Selain itu, komponen stack aplikasi yang sama tidak harus mengikuti pendekatan atau strategi migrasi yang sama. Contoh:
- Database lokal backend aplikasi dapat di-platform ulang dari MySQL yang dihosting sendiri ke database terkelola menggunakan Cloud SQL di Google Cloud.
- Virtual machine frontend aplikasi dapat di-refactor untuk dijalankan di kontainer menggunakan GKE Autopilot, tempat Google mengelola konfigurasi cluster, termasuk node, penskalaan, keamanan, dan setelan lain yang telah dikonfigurasi sebelumnya.
- Solusi load balancing hardware lokal dan kemampuan firewall aplikasi web WAF dapat diganti dengan Cloud Load Balancing dan Google Cloud Armor.
Pilih hosting ulang (lift and shift), jika salah satu kondisi berikut berlaku untuk workload:
- Workload memiliki jumlah dependensi yang relatif kecil di lingkungannya.
- Workload tidak dianggap pantas untuk difaktorkan ulang, atau pemfaktoran ulang sebelum migrasi tidak memungkinkan.
- Workload didasarkan pada software pihak ketiga.
Pertimbangkan opsi memfaktorkan ulang (pindahkan dan tingkatkan) untuk jenis workload berikut:
- Workload memiliki dependensi yang harus diuraikan.
- Workload mengandalkan sistem operasi, hardware, atau sistem database yang tidak dapat diakomodasi di cloud.
- Workload tidak memanfaatkan resource komputasi atau penyimpanan secara efisien.
- Workload tidak dapat di-deploy secara otomatis tanpa upaya tertentu.
Pertimbangkan apakah membangun ulang (menghapus dan mengganti) memenuhi kebutuhan Anda untuk jenis workload berikut:
- Workload tidak lagi memenuhi persyaratan saat ini.
- Aplikasi ini dapat digabungkan dengan aplikasi lain yang menyediakan kemampuan serupa tanpa mengorbankan persyaratan bisnis.
- Workload didasarkan pada teknologi pihak ketiga yang telah mencapai akhir siklus prosesnya.
- Workload memerlukan biaya lisensi pihak ketiga yang tidak lagi ekonomis.
Rapid Migration Program menunjukkan cara Google Cloud membantu pelanggan menggunakan praktik terbaik, menurunkan risiko, mengontrol biaya, dan menyederhanakan langkah-langkah mereka untuk meraih keberhasilan di bidang cloud.