Merencanakan strategi hybrid dan multicloud

Last reviewed 2025-01-23 UTC

Dokumen ini berfokus pada cara menerapkan pertimbangan bisnis yang telah ditentukan saat merencanakan strategi hybrid dan multicloud. Panduan ini memperluas panduan dalam Pemicu, pertimbangan, strategi, dan pendekatan. Artikel tersebut mendefinisikan dan menganalisis pertimbangan bisnis yang harus diperhitungkan perusahaan saat merencanakan strategi tersebut.

Pada akhirnya, tujuan utama strategi hybrid atau multicloud adalah untuk mencapai persyaratan bisnis yang diidentifikasi dan tujuan teknis terkait untuk setiap kasus penggunaan bisnis yang selaras dengan tujuan bisnis tertentu. Untuk mencapai tujuan ini, buat rencana yang terstruktur dengan baik yang mencakup pertimbangan berikut:

Pahami bahwa menentukan rencana yang mempertimbangkan semua workload dan persyaratan pasti sulit dilakukan, terutama dalam lingkungan IT yang kompleks. Selain itu, perencanaan memerlukan waktu dan dapat menimbulkan persaingan visi pemangku kepentingan.

Untuk menghindari situasi tersebut, awalnya buatlah pernyataan visi yang menjawab pertanyaan-pertanyaan berikut (minimal):

  • Apa kasus penggunaan bisnis yang ditargetkan untuk memenuhi tujuan bisnis tertentu?
  • Mengapa pendekatan dan lingkungan komputasi saat ini tidak memadai untuk memenuhi tujuan bisnis?
  • Apa aspek teknologi utama yang perlu dioptimalkan dengan menggunakan cloud publik?
  • Mengapa dan bagaimana pendekatan baru ini akan mengoptimalkan dan memenuhi tujuan bisnis Anda?
  • Berapa lama Anda berencana menggunakan penyiapan hybrid atau multicloud?

Menyetujui tujuan dan pendorong bisnis dan teknis utama, lalu mendapatkan persetujuan dari pemangku kepentingan yang relevan dapat memberikan dasar untuk langkah-langkah berikutnya dalam proses perencanaan. Untuk menyelaraskan solusi yang Anda usulkan dengan visi arsitektur menyeluruh organisasi Anda secara efektif, selaraskan dengan tim dan pemangku kepentingan yang bertanggung jawab untuk memimpin dan mensponsori inisiatif ini.

Mengidentifikasi dan mengklarifikasi pertimbangan lainnya

Saat merencanakan arsitektur hybrid atau multicloud, penting untuk mengidentifikasi dan menyepakati batasan arsitektur dan operasional project Anda.

Di sisi operasi, daftar tidak lengkap berikut memberikan beberapa persyaratan yang mungkin menimbulkan beberapa batasan yang perlu dipertimbangkan saat merencanakan arsitektur Anda:

  • Mengelola dan mengonfigurasi beberapa cloud secara terpisah versus membuat model menyeluruh untuk mengelola dan mengamankan berbagai lingkungan cloud.
  • Memastikan autentikasi, otorisasi, audit, dan kebijakan yang konsisten di seluruh lingkungan.
  • Menggunakan alat dan proses yang konsisten di seluruh lingkungan untuk memberikan tampilan menyeluruh tentang keamanan, biaya, dan peluang untuk pengoptimalan.
  • Menggunakan standar kepatuhan dan keamanan yang konsisten untuk menerapkan tata kelola terpadu.

Di sisi perencanaan arsitektur, batasan terbesar sering kali berasal dari sistem yang ada dan dapat mencakup hal berikut:

  • Dependensi antar-aplikasi
  • Persyaratan performa dan latensi untuk komunikasi antar-sistem
  • Mengandalkan hardware atau sistem operasi yang mungkin tidak tersedia di cloud publik
  • Pembatasan pemberian lisensi
  • Ketergantungan pada ketersediaan kemampuan yang diperlukan di region yang dipilih dari arsitektur multicloud

Untuk informasi selengkapnya tentang pertimbangan lain yang terkait dengan aspek keamanan, pergerakan data, dan portabilitas workload, lihat Pertimbangan lainnya.

Mendesain strategi arsitektur hybrid dan multicloud

Setelah Anda mengklarifikasi detail tujuan bisnis dan teknis dengan persyaratan bisnis terkait (dan idealnya mengklarifikasi dan menyepakati pernyataan visi), Anda dapat membuat strategi untuk membuat arsitektur hybrid atau multicloud.

Diagram alir berikut merangkum langkah-langkah logis untuk membuat strategi tersebut.

Saat menyusun strategi, pertimbangkan tujuan bisnis Anda, dapatkan dukungan, buat rencana tingkat tinggi, lalu gunakan rencana tersebut untuk menentukan strategi Anda.

Untuk membantu Anda menentukan tujuan dan kebutuhan teknis arsitektur hybrid atau multicloud, langkah-langkah dalam diagram alir sebelumnya dimulai dengan persyaratan dan tujuan bisnis. Cara Anda menerapkan strategi dapat bervariasi bergantung pada tujuan, pendorong, dan jalur migrasi teknologi setiap kasus penggunaan bisnis.

Penting untuk diingat bahwa migrasi adalah sebuah perjalanan. Diagram berikut menggambarkan fase perjalanan ini seperti yang dijelaskan dalam Bermigrasi ke Google Cloud.

Jalur migrasi dengan empat fase.

Bagian ini memberikan panduan tentang fase "Assess", "Plan", "Deploy", dan "Optimize" dalam diagram sebelumnya. Laporan ini menyajikan informasi ini dalam konteks migrasi hybrid atau multicloud. Anda harus menyesuaikan migrasi apa pun dengan panduan dan praktik terbaik yang dibahas di bagian jalur migrasi panduan Bermigrasi ke Google Cloud . Fase ini mungkin berlaku untuk setiap workload satu per satu, bukan untuk semua workload sekaligus. Kapan saja, beberapa workload mungkin berada dalam fase yang berbeda:

Fase penilaian

Pada fase Penilaian, Anda melakukan penilaian workload awal. Selama fase ini, pertimbangkan sasaran yang diuraikan dalam dokumen perencanaan strategi dan visi Anda. Tentukan rencana migrasi dengan terlebih dahulu mengidentifikasi daftar kandidat workload yang dapat menerima manfaat dari deployment atau migrasi ke cloud publik.

Untuk memulai, pilih beban kerja yang tidak terlalu penting bagi bisnis atau terlalu sulit untuk dimigrasikan (dengan dependensi minimal atau tidak ada pada beban kerja apa pun di lingkungan lain), tetapi cukup umum untuk dijadikan sebagai cetak biru bagi deployment atau migrasi mendatang.

Idealnya, beban kerja atau aplikasi yang Anda pilih harus menjadi bagian dari kasus penggunaan atau fungsi bisnis yang ditargetkan yang memiliki efek yang dapat diukur pada bisnis setelah selesai.

Untuk mengevaluasi dan memitigasi potensi risiko migrasi, lakukan penilaian risiko migrasi. Anda harus menilai beban kerja kandidat untuk menentukan kesesuaiannya untuk dimigrasikan ke lingkungan multi-cloud. Penilaian ini melibatkan evaluasi berbagai aspek aplikasi dan infrastruktur, termasuk hal berikut:

  • Persyaratan kompatibilitas aplikasi dengan penyedia cloud yang Anda pilih
  • Model penetapan harga
  • Fitur keamanan yang ditawarkan oleh penyedia cloud yang Anda pilih
  • Persyaratan interoperabilitas aplikasi

Menjalankan penilaian juga membantu Anda mengidentifikasi persyaratan privasi data, persyaratan kepatuhan, persyaratan konsistensi, dan solusi di beberapa lingkungan cloud. Risiko yang Anda identifikasi dapat memengaruhi workload yang Anda pilih untuk dimigrasikan atau dioperasikan.

Ada beberapa jenis alat, seperti Pusat Migrasi Google Cloud, untuk membantu Anda menilai workload yang ada. Untuk informasi selengkapnya, lihat Migrasi ke Google Cloud: Memilih alat penilaian.

Dari perspektif modernisasi beban kerja, alat penilaian kesesuaian membantu menilai beban kerja VM untuk menentukan apakah beban kerja tersebut sesuai untuk modernisasi ke penampung atau untuk migrasi ke Compute Engine.

Fase perencanaan

Pada fase Rencanakan, mulailah dengan aplikasi yang diidentifikasi dan workload cloud yang diperlukan, lalu lakukan tugas berikut:

  1. Kembangkan strategi migrasi yang diprioritaskan yang menentukan gelombang migrasi aplikasi dan jalur.
  2. Identifikasi pola arsitektur aplikasi hybrid atau multicloud tingkat tinggi yang berlaku.
  3. Pilih pola arsitektur jaringan yang mendukung pola arsitektur aplikasi yang dipilih.

Idealnya, Anda harus menggabungkan pola jaringan cloud dengan desain zona landing. Desain zona landing berfungsi sebagai elemen dasar utama dari keseluruhan arsitektur hybrid dan multicloud. Desain memerlukan integrasi yang lancar dengan pola ini. Jangan mendesain zona landing secara terpisah. Pertimbangkan pola jaringan ini sebagai subset dari desain zona landing.

Zona landing mungkin terdiri dari aplikasi yang berbeda, masing-masing dengan pola arsitektur jaringan yang berbeda. Selain itu, dalam fase ini, penting untuk menentukan desain Google Cloud organisasi, project, dan hierarki resource untuk menyiapkan zona landing lingkungan cloud Anda bagi integrasi dan deployment hybrid atau multicloud.

Sebagai bagian dari fase ini, Anda harus mempertimbangkan hal-hal berikut:

  • Tentukan pendekatan migrasi dan modernisasi. Ada informasi selengkapnya tentang pendekatan migrasi nanti dalam panduan ini. Hal ini juga dibahas secara lebih mendetail di bagian jenis migrasi di Migrasi ke Google Cloud.
  • Gunakan temuan fase penilaian dan penemuan Anda. Sesuaikan dengan beban kerja kandidat yang ingin Anda migrasikan. Kemudian, kembangkan rencana gelombang migrasi aplikasi. Rencana harus menyertakan perkiraan persyaratan ukuran resource yang Anda tentukan selama fase penilaian.
  • Tentukan model komunikasi yang diperlukan antara aplikasi terdistribusi dan di antara komponen aplikasi untuk arsitektur hybrid atau multicloud yang diinginkan.
  • Tentukan arketipe deployment yang sesuai untuk men-deploy workload Anda, seperti zonal, regional, multi-regional, atau global, untuk pola arsitektur yang dipilih. Archetype yang Anda pilih membentuk dasar untuk membuat arsitektur deployment khusus aplikasi yang disesuaikan dengan kebutuhan bisnis dan teknis Anda.
  • Tentukan kriteria keberhasilan yang dapat diukur untuk migrasi, dengan tonggak pencapaian yang jelas untuk setiap fase atau gelombang migrasi. Memilih kriteria sangat penting, meskipun tujuan teknisnya adalah memiliki arsitektur campuran sebagai penyiapan jangka pendek.
  • Tentukan SLA dan KPI aplikasi saat aplikasi Anda beroperasi dalam penyiapan hybrid, terutama untuk aplikasi yang mungkin memiliki komponen terdistribusi di beberapa lingkungan.

Untuk informasi selengkapnya, lihat Tentang perencanaan migrasi untuk membantu merencanakan migrasi yang sukses dan meminimalkan risiko terkait.

Fase deployment

Pada fase Deploy, Anda siap untuk mulai menjalankan strategi migrasi. Mengingat potensi jumlah persyaratan, sebaiknya gunakan pendekatan berulang.

Prioritaskan beban kerja Anda berdasarkan gelombang migrasi dan aplikasi yang Anda kembangkan selama fase perencanaan. Dengan arsitektur hybrid dan multicloud, mulai deployment Anda dengan membangun konektivitas yang diperlukan antara Google Cloud dan lingkungan komputasi lainnya. Untuk memfasilitasi model komunikasi yang diperlukan untuk arsitektur hybrid atau multicloud, dasarkan deployment pada desain dan jenis konektivitas jaringan yang dipilih, beserta pola jaringan yang berlaku. Sebaiknya Anda menggunakan pendekatan ini untuk keputusan desain zona landing secara keseluruhan.

Selain itu, Anda harus menguji dan memvalidasi aplikasi atau layanan berdasarkan kriteria keberhasilan aplikasi yang ditentukan. Idealnya, kriteria ini harus mencakup persyaratan pengujian fungsional dan pengujian beban (non-fungsional) sebelum beralih ke produksi.

Fase pengoptimalan

Pada fase Optimalkan, uji deployment Anda: Setelah menyelesaikan pengujian, dan aplikasi atau layanan memenuhi ekspektasi kapasitas fungsional dan performa, Anda dapat memindahkannya ke produksi. Alat visibilitas dan pemantauan cloud, seperti Cloud Monitoring, dapat memberikan insight tentang performa, ketersediaan, dan kondisi aplikasi serta infrastruktur Anda, serta membantu Anda mengoptimalkannya jika diperlukan.

Untuk informasi selengkapnya, lihat Bermigrasi ke Google Cloud: Mengoptimalkan lingkungan Anda. Untuk mempelajari lebih lanjut cara mendesain alat tersebut untuk arsitektur hybrid atau multicloud, lihat Pola pemantauan dan logging hybrid dan multicloud.

Menilai workload kandidat

Pilihan lingkungan komputasi untuk berbagai workload secara signifikan memengaruhi kesuksesan strategi hybrid dan multicloud. Keputusan penempatan workload harus selaras dengan tujuan bisnis tertentu. Oleh karena itu, keputusan ini harus dipandu oleh kasus penggunaan bisnis yang ditargetkan yang memungkinkan efek bisnis yang terukur. Namun, memulai dengan beban kerja/aplikasi yang paling penting bagi bisnis tidak selalu diperlukan atau direkomendasikan. Untuk informasi selengkapnya, lihat Memilih aplikasi yang akan dimigrasikan terlebih dahulu dalam panduan Memigrasikan ke Google Cloud .

Seperti yang telah dibahas di bagian Pemacu bisnis dan teknis, ada berbagai jenis pemicu dan pertimbangan untuk arsitektur hybrid dan multicloud.

Daftar ringkasan faktor berikut dapat membantu Anda mengevaluasi kasus penggunaan migrasi dalam konteks arsitektur hybrid atau multicloud dengan peluang untuk memiliki dampak bisnis yang terukur:

  • Potensi diferensiasi atau inovasi pasar yang diwujudkan dengan menggunakan layanan cloud untuk mengaktifkan fungsi atau kemampuan bisnis tertentu, seperti kemampuan kecerdasan buatan yang menggunakan data lokal yang ada untuk melatih model machine learning.
  • Potensi penghematan total biaya kepemilikan untuk aplikasi.
  • Potensi peningkatan dalam ketersediaan, ketahanan, keamanan, atau performa—misalnya, menambahkan situs pemulihan dari bencana (DR) di cloud.
  • Potensi percepatan proses pengembangan dan rilis—misalnya, mem-build lingkungan pengembangan dan pengujian di cloud.

Faktor-faktor berikut dapat membantu Anda mengevaluasi risiko migrasi:

  • Potensi dampak pemadaman layanan yang disebabkan oleh migrasi.
  • Pengalaman tim Anda dengan deployment cloud publik, atau dengan deployment untuk penyedia cloud baru atau kedua.
  • Kebutuhan untuk mematuhi pembatasan hukum atau peraturan yang sudah ada.

Faktor-faktor berikut dapat membantu Anda mengevaluasi kesulitan teknis migrasi:

  • Ukuran, kompleksitas, dan usia aplikasi.
  • Jumlah dependensi dengan aplikasi dan layanan lain di berbagai lingkungan komputasi.
  • Batasan apa pun yang diberlakukan oleh lisensi pihak ketiga.
  • Dependensi pada versi tertentu dari sistem operasi, database, atau konfigurasi lingkungan lainnya.

Setelah menilai workload awal, Anda dapat mulai memprioritaskannya dan menentukan gelombang migrasi dan pendekatan. Kemudian, Anda dapat mengidentifikasi pola arsitektur yang berlaku dan pola jaringan pendukung. Langkah ini mungkin memerlukan beberapa iterasi, karena penilaian Anda dapat berubah dari waktu ke waktu. Oleh karena itu, ada baiknya mengevaluasi kembali workload setelah Anda melakukan deployment cloud pertama kali.