Dokumen ini berfokus pada cara menerapkan pertimbangan bisnis yang telah ditentukan sebelumnya saat merencanakan strategi hybrid dan multicloud. Kursus ini memperluas panduan dalam Pendorong, pertimbangan, strategi, dan pendekatan. Artikel tersebut mendefinisikan dan menganalisis pertimbangan bisnis yang harus diperhitungkan oleh perusahaan saat merencanakan strategi semacam itu.
Memperjelas dan menyetujui visi dan tujuan
Pada akhirnya, tujuan utama strategi hybrid atau multicloud adalah mencapai persyaratan bisnis yang diidentifikasi dan tujuan teknis terkait untuk setiap kasus penggunaan bisnis yang selaras dengan tujuan bisnis tertentu. Untuk mencapai sasaran ini, buat rencana yang terstruktur dengan baik yang menyertakan pertimbangan berikut:
- Workload mana yang harus dijalankan di setiap lingkungan komputasi.
- Pola arsitektur aplikasi mana yang akan diterapkan di berbagai workload.
- Teknologi dan pola arsitektur jaringan yang akan digunakan.
Perlu diketahui bahwa menentukan rencana yang mempertimbangkan semua workload dan persyaratan bukanlah hal yang mudah, terutama di lingkungan IT yang kompleks. Selain itu, perencanaan membutuhkan waktu dan dapat menghasilkan visi dari pemangku kepentingan yang bersaing.
Untuk menghindari situasi tersebut, pertama-tama 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 cukup untuk memenuhi tujuan bisnis?
- Apa aspek teknologi utama yang harus dioptimalkan menggunakan cloud publik?
- Mengapa dan bagaimana pendekatan baru ini akan mengoptimalkan dan memenuhi tujuan bisnis Anda?
- Berapa lama Anda berencana menggunakan konfigurasi hybrid atau multicloud Anda?
Menyetujui tujuan bisnis dan teknis utama serta pendorong, lalu memperoleh persetujuan pemangku kepentingan yang relevan dapat memberikan fondasi untuk langkah selanjutnya dalam proses perencanaan. Untuk secara efektif menyelaraskan solusi yang diusulkan dengan visi arsitektur menyeluruh organisasi Anda, 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, Anda harus mengidentifikasi dan menyetujui batasan arsitektur dan operasional project Anda.
Di sisi operasi, daftar tidak lengkap berikut ini menyediakan beberapa persyaratan yang mungkin membuat beberapa batasan yang perlu dipertimbangkan saat merencanakan arsitektur:
- Mengelola dan mengonfigurasi beberapa cloud secara terpisah, bukan membangun model holistik untuk mengelola dan mengamankan lingkungan cloud yang berbeda.
- Memastikan autentikasi, otorisasi, pengauditan, dan kebijakan yang konsisten di seluruh lingkungan.
- Menggunakan alat dan proses yang konsisten di seluruh lingkungan untuk memberikan gambaran holistik 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 biasanya berasal dari sistem yang ada dan dapat mencakup hal berikut:
- Dependensi antar-aplikasi
- Persyaratan performa dan latensi untuk komunikasi antarsistem
- Ketergantungan pada hardware atau sistem operasi yang mungkin tidak tersedia di cloud publik
- Pembatasan pemberian lisensi
- Ketergantungan pada ketersediaan kemampuan yang diperlukan di region terpilih dari arsitektur multicloud
Untuk mengetahui informasi selengkapnya tentang pertimbangan lain yang terkait dengan portabilitas workload, perpindahan data, dan aspek keamanan, lihat Pertimbangan lainnya.
Mendesain strategi arsitektur hybrid dan multicloud
Setelah memperjelas 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 alir 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 alir sebelumnya dimulai dengan persyaratan dan tujuan bisnis. Cara Anda mengimplementasikan 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 dijelaskan dalam Bermigrasi ke Google Cloud.
Bagian ini memberikan panduan tentang fase "Menilai", "Merencanakan", "Men-deploy", dan "Mengoptimalkan" dalam diagram sebelumnya. Library ini menyajikan informasi ini 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 Migrasi ke Google Cloud. Fase ini mungkin berlaku untuk setiap workload satu per satu, bukan untuk semua workload sekaligus. Pada saat tertentu, beberapa workload mungkin berada di fase yang berbeda:
Evaluasi fase
Pada fase Menilai, Anda akan melakukan penilaian beban kerja awal. Selama fase ini, pertimbangkan sasaran yang diuraikan dalam dokumen perencanaan visi dan strategi Anda. Tentukan paket migrasi dengan terlebih dahulu mengidentifikasi daftar kandidat workload yang dapat diuntungkan dari deployment atau migrasi ke cloud publik.
Untuk memulai, pilih workload yang tidak begitu penting untuk bisnis atau terlalu sulit untuk dimigrasikan (dengan minimal atau tanpa dependensi pada workload apa pun di lingkungan lain), yang belum cukup umum untuk berfungsi sebagai blueprint untuk deployment atau migrasi mendatang.
Idealnya, beban kerja atau aplikasi yang Anda pilih harus menjadi bagian dari kasus penggunaan atau fungsi bisnis target yang memiliki efek terukur pada bisnis setelah selesai.
Untuk mengevaluasi dan memitigasi potensi risiko migrasi, lakukan penilaian risiko migrasi. penting untuk menilai workload kandidat Anda guna menentukan kesesuaiannya untuk migrasi ke lingkungan multicloud. Penilaian ini melibatkan evaluasi berbagai aspek aplikasi dan infrastruktur, termasuk hal berikut:
- Persyaratan kompatibilitas aplikasi dengan penyedia cloud pilihan Anda
- Model penetapan harga
- Fitur keamanan yang ditawarkan oleh penyedia cloud pilihan Anda
- Persyaratan interoperabilitas aplikasi
Menjalankan penilaian juga akan membantu Anda mengidentifikasi persyaratan privasi data, persyaratan kepatuhan, persyaratan konsistensi, dan solusi di berbagai lingkungan cloud. Risiko yang Anda identifikasi dapat memengaruhi workload yang dipilih 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 sesuai untuk modernisasi ke container atau untuk migrasi ke Compute Engine.
Fase rencana
Pada fase Rencana, mulai dengan aplikasi yang diidentifikasi dan workload cloud yang diperlukan, lalu lakukan tugas-tugas berikut:
- Kembangkan strategi migrasi prioritas yang menentukan gelombang migrasi aplikasi dan jalur.
- Identifikasi pola arsitektur aplikasi hybrid atau multicloud tingkat tinggi yang dapat diterapkan.
- 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-pola tersebut. Jangan mendesain zona landing secara terpisah. Pertimbangkan pola jaringan ini sebagai bagian dari desain zona landing.
Zona landing mungkin terdiri dari aplikasi yang berbeda, masing-masing dengan pola arsitektur jaringan yang berbeda. Selain itu, pada fase ini, penting untuk memutuskan desain organisasi, project, dan hierarki resource Google Cloud guna menyiapkan zona landing lingkungan cloud Anda untuk integrasi dan deployment hybrid atau multicloud.
Sebagai bagian dari fase ini, Anda harus mempertimbangkan hal-hal berikut:
- Menentukan pendekatan migrasi dan modernisasi. Temukan informasi selengkapnya tentang pendekatan migrasi nanti dalam panduan ini. Panduan ini juga dibahas secara lebih mendetail di bagian jenis migrasi di Bermigrasi ke Google Cloud.
- Menggunakan penilaian Anda dan temuan fase penemuan Anda. Selaraskan dengan workload kandidat yang ingin Anda migrasikan. Kemudian, kembangkan rencana gelombang migrasi aplikasi. Rencana tersebut harus menyertakan perkiraan persyaratan ukuran 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 zona, regional, multi-regional, atau global, untuk pola arsitektur yang dipilih. Arketipe yang Anda pilih akan membentuk dasar untuk menyusun arsitektur deployment spesifik per aplikasi yang disesuaikan dengan kebutuhan bisnis dan teknis Anda.
- Tentukan kriteria keberhasilan yang terukur untuk migrasi, dengan tonggak pencapaian yang jelas untuk setiap fase atau gelombang migrasi. Pemilihan kriteria sangat penting, bahkan jika tujuan teknisnya adalah menjadikan arsitektur hybrid sebagai penyiapan jangka pendek.
- Tentukan SLA dan KPI aplikasi saat aplikasi beroperasi dalam konfigurasi hybrid, terutama untuk aplikasi yang mungkin memiliki komponen yang mendistribusikan komponen di beberapa lingkungan.
Untuk informasi selengkapnya, lihat Tentang perencanaan migrasi untuk membantu merencanakan migrasi yang berhasil 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 workload 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 bagi arsitektur hybrid atau multicloud Anda, dasarkan deployment pada desain dan jenis konektivitas jaringan yang Anda pilih, beserta pola jaringan yang berlaku. Sebaiknya gunakan 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 menyertakan persyaratan pengujian beban dan fungsional (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 terkait performa, ketersediaan, dan kondisi aplikasi serta infrastruktur Anda, serta membantu Anda melakukan pengoptimalan 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 akan 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 bertarget yang memungkinkan efek bisnis yang terukur. Namun, memulai dengan beban kerja/aplikasi yang paling penting untuk bisnis tidak selalu diperlukan atau direkomendasikan. Untuk mengetahui informasi selengkapnya, lihat Memilih aplikasi yang akan dimigrasikan terlebih dahulu di panduan Migrasi ke Google Cloud.
Seperti yang telah dibahas di bagian Pendorong bisnis dan teknis, ada berbagai jenis driver 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 efek bisnis yang terukur:
- Potensi diferensiasi atau inovasi pasar yang dimungkinkan oleh penggunaan 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 Anda di cloud.
Faktor berikut dapat membantu Anda mengevaluasi risiko migrasi:
- Potensi efek pemadaman yang disebabkan oleh migrasi.
- Pengalaman yang dimiliki tim Anda terkait deployment cloud publik, atau dengan deployment untuk penyedia cloud baru atau kedua.
- Keharusan untuk mematuhi batasan hukum atau peraturan yang ada.
Faktor-faktor berikut dapat membantu Anda mengevaluasi kesulitan teknis terkait 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 apa pun pada versi tertentu sistem operasi, database, atau konfigurasi lingkungan lainnya.
Setelah menilai workload awal, Anda dapat mulai memprioritaskannya serta menentukan gelombang migrasi dan pendekatan. Kemudian, Anda dapat mengidentifikasi pola arsitektur yang berlaku dan mendukung pola jaringan. Langkah ini mungkin memerlukan beberapa iterasi karena penilaian Anda dapat berubah dari waktu ke waktu. Oleh karena itu, sebaiknya evaluasi ulang workload setelah Anda melakukan deployment cloud pertama.