Dokumen ini memberikan panduan tentang pendekatan dan pertimbangan umum serta yang telah terbukti untuk memigrasikan workload Anda ke cloud. Panduan ini memperluas panduan dalam Mendesain strategi arsitektur hybrid dan multicloud, yang membahas beberapa kemungkinan, dan langkah yang direkomendasikan, untuk mendesain strategi guna 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 dimodernisasi sekaligus menghindari (atau setidaknya meminimalkan) kerepotan memigrasikan workload yang sudah ada.
Meskipun pendekatan cloud-first dapat memberikan keuntungan tertentu, pendekatan ini dapat berpotensi menyebabkan peluang untuk meningkatkan atau menggunakan workload yang ada terlewatkan. Workload baru mungkin mewakili sebagian dari keseluruhan lanskap IT, dan pengaruhnya terhadap pengeluaran dan performa IT dapat terbatas. Mengalokasikan waktu dan resource untuk memigrasikan workload yang ada berpotensi menghasilkan manfaat atau penghematan biaya yang lebih substansial 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 mendapatkan manfaat terbesar dari deployment atau migrasi cloud. Pendekatan ini juga mempertimbangkan modernisasi workload yang sudah ada.
Contoh umum arsitektur hybrid cloud-first 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, yang memungkinkan layanan tersebut digunakan oleh layanan dan aplikasi cloud baru. Dengan platform pengelolaan API cloud, seperti Apigee, Anda dapat menerapkan kasus penggunaan tersebut dengan perubahan aplikasi minimal dan menambahkan keamanan, analisis, dan skalabilitas ke layanan lama.
Migrasi dan modernisasi
Modernisasi IT dan multicloud hybrid adalah konsep berbeda yang saling terkait dalam lingkaran kebaikan. Penggunaan cloud publik dapat memfasilitasi dan menyederhanakan modernisasi workload IT. Modernisasi 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.
- Meningkatkan keandalan dan ketahanan untuk meminimalkan risiko.
Namun, mungkin tidak memungkinkan untuk memodernisasi setiap aplikasi dalam proses migrasi secara bersamaan. 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 (meningkatkan dan mengoptimalkan)
- Memfaktorkan ulang (move-and-improve)
- Merancang ulang (melanjutkan modernisasi)
- Build ulang (remove and replace, terkadang disebut rip and replace)
- Pembelian ulang
Saat membuat keputusan strategis tentang arsitektur hybrid dan multicloud, penting untuk mempertimbangkan kelayakan strategi Anda dari perspektif biaya dan waktu. Sebaiknya pertimbangkan pendekatan migrasi bertahap, dimulai dengan lift-and-shift atau replatforming, 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 untuk menggunakan dan mengintegrasikan layanan cloud guna mengoptimalkannya lebih lanjut menggunakan arsitektur dan kemampuan cloud-first. Selain itu, aplikasi ini masih dapat berkomunikasi dengan lingkungan lain melalui koneksi jaringan hybrid.
Misalnya, Anda dapat memfaktorkan ulang atau merancang ulang aplikasi berbasis VM monolitik yang besar dan mengubahnya menjadi beberapa microservice independen, berdasarkan arsitektur microservice berbasis cloud. Dalam contoh ini, arsitektur microservice menggunakan layanan container terkelola Google Cloud seperti Google Kubernetes Engine (GKE) atau Cloud Run. Namun, jika arsitektur atau infrastruktur aplikasi tidak didukung di lingkungan cloud target sebagaimana adanya, Anda dapat mempertimbangkan untuk memulai dengan membuat ulang platform, memfaktorkan ulang, atau mendesain ulang strategi migrasi untuk mengatasi batasan tersebut jika memungkinkan.
Saat menggunakan salah satu pendekatan migrasi ini, pertimbangkan untuk memodernisasi aplikasi Anda (jika berlaku dan memungkinkan). Modernisasi dapat memerlukan penerapan dan penerapan Site Reliability Engineering (SRE) atau prinsip DevOps, sehingga Anda mungkin juga perlu memperluas modernisasi aplikasi ke lingkungan pribadi dalam penyiapan campuran. Meskipun menerapkan prinsip SRE melibatkan inti engineering, hal ini lebih merupakan proses transformasi daripada tantangan teknis. Oleh karena itu, hal ini kemungkinan akan memerlukan perubahan prosedural dan budaya. Untuk mempelajari lebih lanjut bagaimana langkah pertama untuk menerapkan SRE di organisasi adalah mendapatkan dukungan dari para pemimpin, lihat 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 mengilustrasikan berbagai jalur atau pendekatan migrasi dan modernisasi yang dapat diterapkan secara bersamaan ke berbagai beban kerja, yang didorong oleh bisnis yang unik, persyaratan teknis, dan tujuan dari setiap beban kerja atau aplikasi.
Selain itu, komponen stack aplikasi yang sama tidak perlu mengikuti pendekatan atau strategi migrasi yang sama. Contoh:
- Database backend lokal aplikasi dapat di-replatform dari MySQL yang dihosting sendiri ke database terkelola menggunakan Cloud SQL di Google Cloud.
- Virtual machine frontend aplikasi dapat difaktorkan ulang untuk berjalan di penampung menggunakan GKE Autopilot, tempat Google mengelola konfigurasi cluster, termasuk node, penskalaan, keamanan, dan setelan lainnya yang telah dikonfigurasi sebelumnya.
- Solusi load balancing hardware on-premise dan kemampuan WAF firewall aplikasi web 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 untuk 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 build ulang (hapus dan ganti) 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 kesuksesan di bidang cloud.