Dokumen ini menentukan dan membahas tujuan, pendorong, dan persyaratan bisnis, serta bagaimana faktor-faktor ini dapat memengaruhi keputusan desain Anda saat membuat arsitektur hybrid dan multicloud.
Tujuan
Organisasi dapat mengadopsi arsitektur hybrid atau multicloud sebagai solusi permanen untuk memenuhi tujuan bisnis tertentu, atau sebagai status sementara untuk memfasilitasi persyaratan tertentu, seperti migrasi ke cloud.
Menjawab pertanyaan berikut tentang bisnis Anda adalah cara yang baik untuk menentukan persyaratan bisnis, dan menetapkan ekspektasi spesifik tentang cara mencapai sebagian atau semua tujuan bisnis Anda. Pertanyaan ini berfokus pada hal-hal yang diperlukan untuk bisnis Anda, bukan cara mencapainya secara teknis.
- Sasaran bisnis mana yang mendorong keputusan untuk mengadopsi arsitektur hybrid atau multicloud?
- Apa tujuan bisnis dan teknis yang akan dicapai dengan arsitektur hybrid atau multicloud?
- Apa pendorong bisnis yang memengaruhi tujuan ini?
- Apa persyaratan bisnis spesifiknya?
Dalam konteks arsitektur hybrid dan multi-cloud, salah satu sasaran bisnis untuk pelanggan perusahaan mungkin adalah memperluas operasi penjualan online atau pasar dari satu wilayah untuk menjadi salah satu pemimpin global di segmen pasar mereka. Salah satu tujuan bisnisnya mungkin adalah mulai menerima pesanan pembelian dari pengguna di seluruh dunia (atau dari wilayah tertentu) dalam waktu enam bulan.
Untuk mendukung persyaratan dan tujuan bisnis yang disebutkan sebelumnya, salah satu potensial tujuan teknis utama adalah memperluas infrastruktur IT dan arsitektur aplikasi perusahaan dari model khusus lokal ke arsitektur campuran, menggunakan kemampuan dan layanan global cloud publik. Tujuan ini harus spesifik dan terukur, yang menentukan dengan jelas cakupan perluasan dalam hal target wilayah dan linimasa.
Secara umum, arsitektur hybrid atau multicloud jarang menjadi tujuan tersendiri, tetapi sebagai sarana untuk memenuhi tujuan teknis yang didorong oleh persyaratan bisnis tertentu. Oleh karena itu, memilih arsitektur hybrid atau multicloud yang tepat memerlukan klarifikasi persyaratan ini terlebih dahulu.
Penting untuk membedakan antara tujuan bisnis dan tujuan teknis project IT Anda. Tujuan bisnis Anda harus berfokus pada sasaran dan misi organisasi Anda. Sasaran teknis Anda harus berfokus pada pembuatan fondasi teknologi yang memungkinkan organisasi Anda memenuhi persyaratan dan sasaran bisnisnya.
Pendorong bisnis memengaruhi pencapaian tujuan dan sasaran bisnis. Oleh karena itu, mengidentifikasi pendorong bisnis dengan jelas dapat membantu membentuk tujuan atau sasaran bisnis agar lebih relevan dengan kebutuhan dan tren pasar.
Diagram alir berikut menggambarkan pendorong, sasaran, tujuan, dan persyaratan bisnis, serta tujuan dan persyaratan teknis, serta hubungan semua faktor ini satu sama lain:
Pendorong bisnis dan teknis
Pertimbangkan pengaruh pendorong bisnis terhadap tujuan teknis Anda. Beberapa pendorong bisnis umum yang memengaruhi saat memilih arsitektur hybrid meliputi hal-hal berikut:
- Memperhatikan hukum dan peraturan tentang kedaulatan data.
- Mengurangi belanja modal (CAPEX) atau pengeluaran IT umum dengan dukungan
pengelolaan keuangan cloud dan disiplin pengoptimalan biaya seperti
FinOps.
- Adopsi cloud dapat didorong oleh skenario yang membantu mengurangi CAPEX, seperti membuat solusi Disaster Recovery dalam arsitektur hybrid atau multi-cloud.
- Meningkatkan pengalaman pengguna.
- Meningkatkan fleksibilitas dan ketangkasan untuk merespons perubahan permintaan pasar.
- Meningkatkan transparansi terkait biaya dan pemakaian resource.
Pertimbangkan daftar pendorong bisnis Anda untuk mengadopsi arsitektur hybrid atau multicloud secara bersamaan. Jangan mempertimbangkannya secara terpisah. Keputusan akhir Anda harus bergantung pada keseimbangan prioritas bisnis Anda.
Setelah menyadari manfaat cloud, organisasi Anda mungkin memutuskan untuk melakukan migrasi sepenuhnya jika tidak ada batasan—seperti biaya atau persyaratan kepatuhan tertentu yang mewajibkan data yang sangat aman untuk dihosting di lokasi—yang mencegahnya melakukannya.
Meskipun menggunakan satu penyedia cloud dapat menawarkan beberapa manfaat, seperti pengurangan kompleksitas, integrasi bawaan di antara layanan, dan opsi pengoptimalan biaya seperti diskon penggunaan terikat, masih ada beberapa skenario saat arsitektur multicloud dapat bermanfaat bagi bisnis. Berikut adalah pendorong bisnis umum untuk mengadopsi arsitektur multi-cloud, beserta pertimbangan terkait untuk setiap pendorong:
- Mematuhi hukum dan peraturan tentang kedaulatan data: Skenario paling umum
adalah saat organisasi memperluas bisnisnya ke wilayah atau negara baru dan harus mematuhi peraturan hosting data baru.
- Jika penyedia layanan cloud (CSP) yang ada dan digunakan tidak memiliki region cloud lokal di negara tersebut, maka untuk tujuan kepatuhan, solusi umum adalah menggunakan CSP lain yang memiliki region cloud lokal di negara tersebut.
- Mengurangi biaya: Pengurangan biaya sering kali menjadi pendorong bisnis paling umum untuk mengadopsi teknologi atau arsitektur. Namun, penting untuk mempertimbangkan lebih dari sekadar biaya layanan dan potensi diskon harga saat memutuskan apakah akan mengadopsi arsitektur multicloud. Perhitungkan biaya pembuatan dan pengoperasian solusi di beberapa cloud, serta kendala arsitektur apa pun yang mungkin timbul dari sistem yang ada.
Terkadang, potensi tantangan yang terkait dengan strategi multicloud mungkin lebih besar daripada manfaatnya. Strategi multi-cloud mungkin akan menimbulkan biaya tambahan di lain waktu.
Tantangan umum yang terkait dengan pengembangan strategi multi-cloud meliputi hal-hal berikut:
- Meningkatkan kompleksitas pengelolaan.
- Mempertahankan keamanan yang konsisten.
- Mengintegrasikan lingkungan software.
- Mencapai performa dan keandalan lintas cloud yang konsisten.
- Membuat tim teknis dengan keterampilan multi-cloud mungkin mahal dan mungkin memerlukan perluasan tim, kecuali jika dikelola oleh perusahaan pihak ketiga.
- Mengelola harga produk dan alat pengelolaan dari setiap CSP.
- Tanpa solusi yang dapat memberikan visibilitas dan dasbor biaya terpadu, akan sulit untuk mengelola biaya secara efisien di beberapa lingkungan. Dalam kasus tersebut, Anda dapat menggunakan solusi pengelolaan biaya cloud Looker jika berlaku. Untuk mengetahui informasi selengkapnya, lihat Strategi untuk mengoptimalkan pengelolaan biaya penagihan cloud secara efektif.
- Menggunakan kemampuan unik dari setiap CSP: Arsitektur multicloud
memungkinkan organisasi menggunakan teknologi baru tambahan untuk meningkatkan
penawaran kemampuan bisnis mereka sendiri tanpa dibatasi oleh pilihan
yang ditawarkan oleh satu penyedia cloud.
- Untuk menghindari risiko atau kompleksitas yang tidak terduga, nilai potensi tantangan Anda melalui penilaian kelayakan dan efektivitas, termasuk tantangan umum yang disebutkan sebelumnya.
- Menghindari ketergantungan pada vendor: Terkadang, perusahaan ingin menghindari
terikat dengan satu penyedia cloud. Pendekatan multicloud memungkinkan mereka memilih
solusi terbaik untuk kebutuhan bisnis mereka. Namun, kelayakan
keputusan ini bergantung pada beberapa faktor, seperti berikut:
- Dependensi teknis
- Pertimbangan interoperabilitas antar-aplikasi
- Biaya membangun ulang atau memfaktorkan ulang aplikasi
- Kumpulan keterampilan teknis
- Keamanan dan pengelolaan yang konsisten
- Meningkatkan tingkat keandalan dan ketersediaan aplikasi penting bagi bisnis: Dalam beberapa skenario, arsitektur multicloud dapat memberikan ketahanan terhadap pemadaman layanan. Misalnya, jika satu region CSP mengalami gangguan, traffic dapat dirutekan ke CSP lain di region yang sama. Skenario ini menganggap bahwa kedua penyedia cloud mendukung kemampuan atau layanan yang diperlukan di wilayah tersebut.
Jika peraturan residensi data di negara atau wilayah tertentu mewajibkan penyimpanan data sensitif—seperti informasi identitas pribadi (PII)—dalam lokasi tersebut, pendekatan multi-cloud dapat memberikan solusi yang mematuhi peraturan. Dengan menggunakan dua CSP di satu region untuk memberikan ketahanan terhadap pemadaman, Anda dapat memfasilitasi kepatuhan terhadap pembatasan peraturan sekaligus menangani persyaratan ketersediaan.
Berikut adalah beberapa pertimbangan ketahanan yang perlu dinilai sebelum menggunakan arsitektur multi-cloud:
- Pergerakan data: Seberapa sering data berpindah dalam lingkungan multicloud Anda?
- Apakah pemindahan data dapat menimbulkan biaya transfer data yang signifikan?
- Keamanan dan pengelolaan: Apakah ada potensi kompleksitas keamanan atau pengelolaan?
- Paritas kemampuan: Apakah kedua CSP di region yang dipilih menawarkan kemampuan dan layanan yang diperlukan?
- Kumpulan keterampilan teknis: Apakah tim teknis memiliki keterampilan yang diperlukan untuk mengelola arsitektur multicloud?
Pertimbangkan semua faktor ini saat menilai kelayakan penggunaan arsitektur multi-cloud untuk meningkatkan ketahanan.
Saat menilai kelayakan arsitektur multicloud, penting untuk mempertimbangkan manfaat jangka panjang. Misalnya, men-deploy aplikasi di beberapa cloud untuk pemulihan dari bencana atau peningkatan keandalan dapat memperbesar biaya dalam jangka pendek, tetapi dapat mencegah pemadaman layanan atau kegagalan. Kegagalan tersebut dapat menyebabkan kerusakan keuangan dan reputasi jangka panjang. Oleh karena itu, penting untuk mempertimbangkan biaya jangka pendek terhadap nilai potensial jangka panjang pengadopsian multicloud. Selain itu, nilai potensial jangka panjang dapat bervariasi berdasarkan ukuran organisasi, skala teknologi, tingkat kepentingan solusi teknologi, dan industri.
Organisasi yang berencana untuk berhasil membuat lingkungan hybrid atau multi-cloud, harus mempertimbangkan untuk membuat Cloud Center of Excellence (COE). Tim COE dapat menjadi saluran untuk mengubah cara tim internal dalam organisasi Anda melayani bisnis selama transisi ke cloud. COE adalah salah satu cara organisasi Anda dapat menerapkan cloud dengan lebih cepat, mendorong standardisasi, dan mempertahankan penyelarasan yang lebih kuat antara strategi bisnis dan investasi cloud Anda.
Jika tujuan arsitektur hybrid atau multicloud adalah untuk membuat status sementara, pendorong bisnis umum mencakup:
- Kebutuhan untuk mengurangi CAPEX atau pengeluaran IT umum untuk project jangka pendek.
- Kemampuan untuk menyediakan infrastruktur tersebut dengan cepat untuk
mendukung kasus penggunaan bisnis. Contoh:
- Arsitektur ini dapat digunakan untuk project berbatas waktu. Layanan ini dapat digunakan untuk mendukung project yang memerlukan infrastruktur terdistribusi skala tinggi dalam durasi terbatas, sambil tetap menggunakan data yang ada di lokasi.
- Kebutuhan akan project transformasi digital multi-tahun yang mengharuskan perusahaan besar untuk membangun dan menggunakan arsitektur hybrid selama beberapa waktu untuk membantu mereka menyelaraskan modernisasi infrastruktur dan aplikasi dengan prioritas bisnis mereka.
- Kebutuhan untuk membuat arsitektur hybrid, multicloud, atau campuran sementara setelah penggabungan perusahaan. Dengan demikian, organisasi baru dapat menentukan strategi untuk status akhir arsitektur cloud barunya. Biasanya, dua perusahaan yang bergabung menggunakan penyedia cloud yang berbeda, atau satu perusahaan menggunakan pusat data pribadi di lokasi sendiri dan perusahaan lainnya menggunakan cloud. Dalam kedua kasus tersebut, langkah pertama dalam penggabungan dan akuisisi hampir selalu adalah mengintegrasikan sistem IT.
Pendorong teknis
Bagian sebelumnya membahas faktor pendorong bisnis. Agar disetujui, keputusan arsitektur utama hampir selalu memerlukan dukungan dari driver tersebut. Namun, driver teknis, yang dapat didasarkan pada keuntungan teknis atau batasan, juga dapat memengaruhi driver bisnis. Dalam beberapa skenario, Anda harus menerjemahkan driver teknis menjadi driver bisnis dan menjelaskan bagaimana driver tersebut dapat memengaruhi bisnis secara positif atau negatif.
Daftar tidak lengkap berikut berisi beberapa pendorong teknis umum untuk menggunakan arsitektur hybrid atau multicloud:
- Membangun kemampuan teknologi, seperti layanan analisis lanjutan dan AI, yang mungkin sulit diterapkan di lingkungan yang sudah ada.
- Meningkatkan kualitas dan performa layanan.
- Mengotomatiskan dan mempercepat peluncuran aplikasi untuk mencapai waktu penyiapan produk yang lebih cepat dan waktu siklus yang lebih singkat.
- Menggunakan API dan layanan tingkat tinggi untuk mempercepat pengembangan.
- Mempercepat penyediaan resource komputasi dan penyimpanan.
- Menggunakan layanan serverless untuk membuat layanan dan kemampuan elastis lebih cepat dan dalam skala besar.
- Menggunakan kemampuan infrastruktur global untuk membuat arsitektur global atau multi-regional guna memenuhi persyaratan teknis tertentu.
Pendorong teknis yang paling umum untuk arsitektur hybrid sementara dan arsitektur multicloud sementara adalah untuk memfasilitasi migrasi dari infrastruktur lokal ke cloud atau ke cloud tambahan. Secara umum, migrasi cloud hampir selalu mengarah ke penyiapan hybrid cloud secara alami. Perusahaan sering kali harus mentransisikan aplikasi dan data secara sistematis berdasarkan prioritas mereka. Demikian pula, penyiapan jangka pendek mungkin dimaksudkan untuk memfasilitasi bukti konsep menggunakan teknologi canggih yang tersedia di cloud selama jangka waktu tertentu.
Keputusan desain teknis
Tujuan teknis yang diidentifikasi dan penggeraknya adalah kunci untuk membuat keputusan arsitektur yang berorientasi pada bisnis dan memilih salah satu pola arsitektur yang dibahas dalam panduan ini. Misalnya, untuk mendukung tujuan bisnis tertentu, perusahaan dapat menetapkan tujuan bisnis untuk membangun praktik riset dan pengembangan selama tiga hingga enam bulan. Persyaratan bisnis utama untuk mendukung tujuan ini mungkin adalah membangun lingkungan teknologi yang diperlukan untuk riset dan desain dengan CAPEX serendah mungkin.
Tujuan teknis dalam hal ini adalah memiliki penyiapan hybrid cloud sementara. Pendorong untuk tujuan teknis ini adalah memanfaatkan model penetapan harga cloud on-demand untuk memenuhi persyaratan bisnis yang disebutkan sebelumnya. Pemicu lainnya dipengaruhi oleh persyaratan teknologi tertentu yang memerlukan solusi berbasis cloud dengan kapasitas komputasi tinggi dan penyiapan cepat.
Menggunakan Google Cloud untuk arsitektur hybrid dan multi-cloud
Penggunaan solusi open source dapat mempermudah penerapan pendekatan hybrid dan multicloud, serta meminimalkan keterikatan dengan vendor. Namun, Anda harus mempertimbangkan kompleksitas potensial berikut saat merencanakan arsitektur:
- Interoperabilitas
- Kemudahan dikelola
- Biaya
- Keamanan
Membangun di platform cloud yang berkontribusi dan mendukung open source dapat membantu menyederhanakan jalur Anda untuk mengadopsi arsitektur hybrid dan multicloud. Open cloud memberdayakan Anda dengan pendekatan yang memberikan pilihan maksimum dan mengabstraksi kompleksitas. Selain itu, Google Cloud menawarkan fleksibilitas untuk memigrasikan, membangun, dan mengoptimalkan aplikasi di seluruh lingkungan hybrid dan multicloud sekaligus meminimalkan keterikatan pada vendor, menggunakan solusi terbaik, serta memenuhi persyaratan peraturan.
Google juga merupakan salah satu kontributor terbesar pada ekosistem open source dan bekerja sama dengan komunitas open source untuk mengembangkan teknologi open source terkenal seperti Kubernetes. Saat diluncurkan sebagai layanan terkelola, Kubernetes dapat membantu mengurangi kompleksitas seputar keamanan dan pengelolaan hybrid dan multicloud.