Dokumen ini memberikan panduan tentang pendekatan dan pertimbangan umum dan sudah terbukti untuk memigrasikan workload Anda ke cloud. Referensi ini memperluas panduan dalam Mendesain strategi arsitektur hybrid dan multicloud, yang membahas beberapa kemungkinan langkah dan langkah yang direkomendasikan untuk merancang strategi guna mengadopsi arsitektur hybrid atau multicloud.
Cloud-first
Cara yang paling umum untuk mulai menggunakan cloud publik adalah pendekatan cloud-first. Dalam pendekatan ini, Anda men-deploy workload baru ke cloud publik sambil tetap men-deploy workload yang ada. Dalam hal ini, pertimbangkan deployment klasik ke lingkungan komputasi pribadi hanya jika deployment cloud publik tidak mungkin 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 secara modern sambil menghindari (atau setidaknya meminimalkan) kerepotan memigrasikan workload yang ada.
Meskipun pendekatan cloud-first dapat memberikan keuntungan tertentu, pendekatan ini berpotensi kehilangan peluang untuk meningkatkan kualitas atau menggunakan workload yang ada. Workload baru mungkin mewakili sebagian kecil dari lanskap IT secara keseluruhan, dan efeknya pada biaya serta performa IT dapat terbatas. Mengalokasikan waktu dan resource untuk memigrasikan workload yang ada berpotensi menghasilkan manfaat atau penghematan biaya yang lebih besar dibandingkan dengan mencoba mengakomodasi beban kerja baru di lingkungan cloud.
Mengikuti pendekatan cloud-first yang ketat juga berisiko meningkatkan kompleksitas lingkungan IT Anda secara keseluruhan. Pendekatan ini dapat menyebabkan redundansi, penurunan performa karena potensi komunikasi lintas lingkungan yang berlebihan, atau menghasilkan lingkungan komputasi yang tidak cocok untuk setiap beban kerja. Selain itu, kepatuhan terhadap peraturan industri dan hukum privasi data dapat membatasi perusahaan agar tidak memigrasikan aplikasi tertentu yang menyimpan data sensitif.
Dengan mempertimbangkan risiko ini, sebaiknya Anda menggunakan pendekatan cloud-first hanya untuk workload tertentu. Dengan pendekatan cloud-first, Anda dapat berkonsentrasi pada beban kerja yang paling diuntungkan dari migrasi atau deployment cloud. Pendekatan ini juga mempertimbangkan modernisasi workload yang 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 menggunakan antarmuka API, sehingga 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 serta menambahkan keamanan, analisis, dan skalabilitas ke layanan lama.
Migrasi dan modernisasi
Modernisasi IT dan hybrid multicloud adalah konsep berbeda yang terhubung dalam lingkaran yang baik. 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 ketangkasan yang lebih baik sehingga Anda dapat beradaptasi dengan persyaratan yang terus berubah.
- Kurangi biaya infrastruktur dan operasi Anda.
- Meningkatkan keandalan dan ketahanan untuk meminimalkan risiko.
Namun, mungkin tidak mungkin 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 (peningkatan dan pengoptimalan)
- Memfaktorkan ulang (memindahkan dan meningkatkan)
- Merancang ulang (melanjutkan modernisasi)
- Membuat ulang (menghapus dan mengganti, terkadang disebut rip and replace)
- Pembelian ulang
Saat membuat keputusan strategis tentang arsitektur hybrid dan multicloud, Anda perlu mempertimbangkan kelayakan strategi dari perspektif biaya dan waktu. Anda dapat mempertimbangkan pendekatan migrasi bertahap, yang dimulai dengan lift-and-shift atau replatforming, lalu pemfaktoran ulang atau perancangan ulang sebagai langkah berikutnya. Biasanya, lift-and-shift akan membantu mengoptimalkan aplikasi dari perspektif infrastruktur. Setelah aplikasi berjalan di cloud, akan lebih mudah menggunakan dan mengintegrasikan layanan cloud untuk lebih mengoptimalkannya 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 berukuran 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 replatforming, pemfaktoran ulang, atau merancang 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 penerapanSite Reliability Engineering (SRE) atau prinsip DevOps, sehingga Anda mungkin juga perlu memperluas modernisasi aplikasi ke lingkungan pribadi Anda dalam konfigurasi hybrid. Meskipun penerapan prinsip-prinsip SRE melibatkan engineering, hal ini lebih merupakan proses transformasi daripada tantangan teknis. Dengan demikian, kemungkinan akan dibutuhkan perubahan prosedur dan budaya. Untuk mempelajari lebih lanjut bagaimana langkah pertama dalam menerapkan SRE di organisasi adalah mendapatkan dukungan kepemimpinan, lihat Dengan SRE, kegagalan perencanaan berarti merencanakan untuk gagal.
Padu padankan pendekatan migrasi
Setiap pendekatan migrasi yang dibahas di sini memiliki kekuatan dan kelemahan tertentu. Keuntungan utama mengikuti strategi hybrid dan multicloud adalah tidak perlu memilih satu pendekatan saja. Sebagai gantinya, Anda dapat memutuskan pendekatan yang paling sesuai 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 workload, yang didorong oleh bisnis, persyaratan teknis, dan tujuan 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 suatu aplikasi dapat dialihkan dari MySQL yang dihosting sendiri ke database terkelola menggunakan Cloud SQL di Google Cloud.
- Virtual machine frontend aplikasi dapat difaktorkan ulang agar dapat berjalan di container menggunakan Autopilot GKE. Di sana, Google mengelola konfigurasi cluster, termasuk node, penskalaan, keamanan, dan setelan lainnya yang telah dikonfigurasi sebelumnya.
- Kemampuan WAF firewall aplikasi web dan solusi load balancing hardware lokal dapat diganti dengan Cloud Load Balancing dan Google Cloud Armor.
Pilih hosting ulang (lift-and-shift), jika salah satu hal berikut berlaku tentang beban kerja:
- Workload memiliki jumlah dependensi yang relatif kecil di lingkungannya.
- Pemfaktoran ulang tidak dianggap layak, atau pemfaktoran ulang sebelum migrasi tidak memungkinkan.
- Workload didasarkan pada software pihak ketiga.
Pertimbangkan pemfaktoran ulang (pindahkan dan tingkatkan) untuk jenis workload berikut:
- Workload memiliki dependensi yang harus diuraikan.
- Aplikasi tersebut mengandalkan sistem operasi, hardware, atau sistem database yang tidak dapat diakomodasi di cloud.
- Mereka tidak menggunakan sumber daya komputasi atau penyimpanan secara efisien.
- Mereka tidak dapat di-deploy secara otomatis tanpa upaya apa pun.
Pertimbangkan apakah proses build ulang (hapus dan ganti) memenuhi kebutuhan Anda untuk jenis workload berikut:
- Workload tidak lagi memenuhi persyaratan saat ini.
- Modul 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.