Dokumen ini berfokus pada cara menerapkan pertimbangan bisnis yang telah ditentukan sebelumnya saat merencanakan strategi hybrid dan multicloud. Bagian ini memperluas panduan dalam Pemicu, pertimbangan, strategi, dan pendekatan. Artikel tersebut mendefinisikan dan menganalisis pertimbangan bisnis yang harus diperhitungkan perusahaan saat merencanakan strategi tersebut.
Memperjelas dan menyetujui visi dan tujuan
Pada akhirnya, tujuan utama strategi hybrid atau multicloud adalah untuk mencapai persyaratan bisnis yang telah 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:
- Workload mana yang harus dijalankan di setiap lingkungan komputasi.
- Pola arsitektur aplikasi mana yang akan diterapkan di beberapa workload.
- Teknologi dan pola arsitektur jaringan yang akan digunakan.
Ketahuilah bahwa menentukan rencana yang mempertimbangkan semua workload dan persyaratan pasti sulit dilakukan, terutama dalam lingkungan IT yang kompleks. Selain itu, perencanaan membutuhkan waktu dan dapat menimbulkan persaingan visi pemangku kepentingan.
Untuk menghindari situasi tersebut, mulailah dengan merumuskan pernyataan visi yang menjawab pertanyaan berikut (setidaknya):
- Apa kasus penggunaan bisnis yang ditargetkan untuk memenuhi tujuan bisnis tertentu?
- Mengapa pendekatan dan lingkungan komputasi saat ini tidak cukup 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 selanjutnya dalam proses perencanaan. Untuk menyelaraskan solusi yang diusulkan secara efektif dengan visi arsitektur menyeluruh organisasi Anda, selaraskan dengan tim Anda 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 menyetujui batasan arsitektur dan operasional project Anda.
Di sisi operasi, daftar tidak lengkap berikut memberikan beberapa persyaratan yang dapat menimbulkan beberapa batasan yang perlu dipertimbangkan saat merencanakan arsitektur Anda:
- Mengelola dan mengonfigurasi beberapa cloud secara terpisah versus membangun model holistik untuk mengelola dan mengamankan lingkungan cloud yang berbeda.
- Memastikan autentikasi, otorisasi, audit, dan kebijakan yang konsisten di seluruh lingkungan.
- Menggunakan alat dan proses yang konsisten di seluruh lingkungan untuk memberikan gambaran menyeluruh tentang keamanan, biaya, dan peluang 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 sudah 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 mengetahui informasi selengkapnya tentang pertimbangan lain terkait portabilitas workload, pemindahan data, dan aspek keamanan, lihat Pertimbangan lain.
Merancang strategi arsitektur hybrid dan multicloud
Setelah Anda mengklarifikasi spesifikasi tujuan bisnis dan teknis dengan persyaratan bisnis terkait (dan idealnya mengklarifikasi serta menyetujui pernyataan visi), Anda dapat membangun strategi untuk membuat arsitektur hybrid atau multicloud.
Diagram alur berikut merangkum langkah-langkah logis untuk membangun strategi tersebut.
Untuk membantu Anda menentukan tujuan dan kebutuhan teknis arsitektur hybrid atau multicloud, langkah-langkah dalam diagram alur sebelumnya dimulai dengan persyaratan dan tujuan bisnis. Cara Anda menerapkan strategi dapat bervariasi, bergantung pada tujuan, pendorong, dan jalur migrasi teknologi dari 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.
Bagian ini memberikan panduan tentang fase "Menilai", "Merencanakan", "Men-deploy", dan "Mengoptimalkan" dalam diagram sebelumnya. Informasi ini disajikan dalam konteks migrasi hybrid atau multicloud. Anda harus menyelaraskan migrasi apa pun dengan panduan dan praktik terbaik yang dibahas di bagian jalur migrasi dalam panduan Migrate to Google Cloud . Fase ini mungkin berlaku untuk setiap workload secara terpisah, bukan untuk semua workload sekaligus. Kapan saja, beberapa workload mungkin berada dalam fase yang berbeda:
Fase penilaian
Pada tahap Menilai, Anda melakukan penilaian workload awal. Selama fase ini, pertimbangkan sasaran yang diuraikan dalam dokumen perencanaan visi dan strategi Anda. Tentukan rencana migrasi dengan terlebih dahulu mengidentifikasi daftar kandidat workload yang dapat memperoleh manfaat dari deployment atau migrasi ke cloud publik.
Untuk memulai, pilih workload yang tidak terlalu penting bagi bisnis atau terlalu sulit untuk dimigrasikan (dengan sedikit atau tanpa dependensi pada workload 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 terukur pada bisnis setelah selesai.
Untuk mengevaluasi dan memitigasi potensi risiko migrasi, lakukan penilaian risiko migrasi. Penting untuk menilai beban kerja kandidat Anda guna menentukan kesesuaiannya untuk migrasi ke lingkungan multicloud. Penilaian ini melibatkan evaluasi berbagai aspek aplikasi dan infrastruktur, termasuk hal-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 beban kerja yang Anda pilih untuk dimigrasikan atau dioperasikan.
Ada beberapa jenis alat, seperti Pusat Migrasi Google Cloud, untuk membantu Anda menilai workload yang ada. Untuk mengetahui informasi selengkapnya, lihat Migrasi ke Google Cloud: Memilih alat penilaian.
Dari perspektif modernisasi workload, alat penilaian kesesuaian membantu menilai workload VM untuk menentukan apakah workload tersebut cocok untuk modernisasi ke container atau untuk migrasi ke Compute Engine.
Fase rencana
Pada fase Plan, mulailah dengan aplikasi yang teridentifikasi dan workload cloud yang diperlukan, lalu lakukan tugas berikut:
- Kembangkan strategi migrasi yang diprioritaskan yang menentukan gelombang migrasi aplikasi dan jalur.
- Identifikasi pola arsitektur aplikasi hybrid atau multicloud tingkat tinggi yang berlaku.
- 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 arsitektur hybrid dan multicloud secara keseluruhan. Desain memerlukan integrasi yang lancar dengan pola ini. Jangan mendesain zona landing secara terpisah. Pertimbangkan pola jaringan ini sebagai subset desain zona pendaratan.
Landing zone dapat terdiri dari berbagai aplikasi, yang masing-masing memiliki pola arsitektur jaringan yang berbeda. Selain itu, pada tahap ini, penting untuk memutuskan desain hierarki organisasi, project, dan resource untuk menyiapkan zona landing lingkungan cloud Anda bagi integrasi dan deployment hybrid atau multicloud.Google Cloud
Sebagai bagian dari fase ini, Anda harus mempertimbangkan hal berikut:
- Tentukan pendekatan migrasi dan modernisasi. Ada informasi selengkapnya tentang pendekatan migrasi di bagian selanjutnya dalam panduan ini. Hal ini juga dibahas lebih mendetail di bagian jenis migrasi di Bermigrasi ke Google Cloud.
- Gunakan temuan fase penilaian dan penemuan Anda. Sejajarkan dengan beban kerja kandidat yang ingin Anda migrasikan. Kemudian, buat rencana gelombang migrasi aplikasi. Rencana ini harus menggabungkan perkiraan persyaratan penskalaan resource yang Anda tentukan selama fase penilaian.
- Tentukan model komunikasi yang diperlukan antara aplikasi terdistribusi dan antar-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. Arketipe yang Anda pilih menjadi dasar untuk membangun 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 hybrid 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 mengetahui informasi selengkapnya, lihat Tentang perencanaan migrasi untuk membantu merencanakan migrasi yang berhasil dan meminimalkan risiko terkait.
Tahap deployment
Pada fase Deploy, Anda siap untuk mulai menjalankan strategi migrasi. Mengingat potensi jumlah persyaratan, sebaiknya ambil 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 Anda, dasarkan deployment pada desain dan jenis konektivitas jaringan yang Anda pilih, 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 kesuksesan aplikasi yang telah ditentukan. Idealnya, kriteria ini harus mencakup persyaratan pengujian beban (non-fungsional) dan 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 pemantauan dan visibilitas cloud, seperti Cloud Monitoring, dapat memberikan insight tentang performa, ketersediaan, dan kondisi aplikasi serta infrastruktur Anda, dan membantu Anda mengoptimalkan tempat yang diperlukan.
Untuk mengetahui informasi selengkapnya, lihat Migrasi 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 sangat memengaruhi keberhasilan 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 Migrasi ke Google Cloud .
Seperti yang dibahas di bagian Pendorong bisnis dan teknis, ada berbagai jenis pendorong dan pertimbangan untuk arsitektur hybrid dan multicloud.
Daftar faktor yang diringkas berikut dapat membantu Anda mengevaluasi kasus penggunaan migrasi dalam konteks arsitektur hybrid atau multicloud dengan peluang untuk memberikan efek 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, membangun lingkungan pengembangan dan pengujian Anda 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.
- Setiap batasan 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 seiring waktu. Oleh karena itu, ada baiknya mengevaluasi kembali workload setelah Anda melakukan deployment cloud pertama kali.