Dokumen ini menjelaskan dan membahas tujuan, pendorong, dan persyaratan bisnis, serta bagaimana faktor-faktor tersebut dapat memengaruhi keputusan desain Anda saat membangun arsitektur hybrid dan multicloud.
Tujuan
Sebuah 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 Anda, dan untuk menetapkan ekspektasi spesifik tentang cara mencapai sebagian atau semua tujuan bisnis Anda. Pertanyaan-pertanyaan tersebut berfokus pada apa yang dibutuhkan untuk bisnis Anda, bukan bagaimana mencapainya secara teknis.
- Sasaran bisnis manakah yang mendorong keputusan untuk mengadopsi arsitektur hybrid atau multicloud?
- Apa tujuan bisnis dan teknis yang dapat dicapai oleh arsitektur hybrid atau multicloud?
- Apa saja pendorong bisnis yang memengaruhi tujuan ini?
- Apa saja persyaratan bisnis secara spesifik?
Dalam konteks arsitektur hybrid dan multicloud, salah satu sasaran bisnis bagi pelanggan perusahaan mungkin adalah memperluas operasi penjualan online atau pasar dari satu region untuk menjadi salah satu pemimpin global di segmen pasar mereka. Salah satu tujuan bisnisnya adalah mulai menerima pesanan pembelian (PO) dari pengguna di seluruh dunia (atau dari wilayah tertentu) dalam waktu enam bulan.
Untuk mendukung persyaratan dan tujuan bisnis yang disebutkan sebelumnya, salah satu tujuan teknis utama yang potensial adalah memperluas infrastruktur IT dan arsitektur aplikasi perusahaan dari model khusus lokal menjadi arsitektur hybrid, menggunakan kemampuan dan layanan global cloud publik. Tujuan ini harus spesifik dan terukur, serta mendefinisikan dengan jelas cakupan perluasan dalam hal target region dan linimasa.
Secara umum, arsitektur hybrid atau multicloud jarang menjadi sasaran itu sendiri, melainkan sarana untuk memenuhi tujuan teknis yang didorong oleh persyaratan bisnis tertentu. Oleh karena itu, memilih arsitektur hybrid atau multicloud yang tepat harus mengklarifikasi persyaratan ini terlebih dahulu.
Penting untuk membedakan antara tujuan bisnis dan tujuan teknis project IT Anda. Tujuan bisnis harus fokus pada tujuan dan misi organisasi. Tujuan teknis Anda harus berfokus pada pembangunan fondasi teknologi yang memungkinkan organisasi memenuhi persyaratan dan tujuan bisnis mereka.
Pendorong bisnis memengaruhi pencapaian tujuan dan sasaran bisnis. Oleh karena itu, mengidentifikasi dengan jelas pendorong bisnis 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 bagaimana semua faktor ini saling berhubungan:
Pendorong bisnis dan teknis
Pertimbangkan bagaimana pendorong bisnis memengaruhi tujuan teknis Anda. Beberapa pendorong bisnis yang umum dan memengaruhi saat memilih arsitektur hibrida meliputi:
- Memperhatikan hukum dan peraturan tentang kedaulatan data.
- Mengurangi belanja modal (CAPEX) atau pengeluaran IT umum dengan dukungan
disiplin pengelolaan keuangan cloud dan pengoptimalan biaya seperti
FinOps.
- Adopsi cloud dapat didorong oleh skenario yang membantu mengurangi CAPEX, seperti membangun solusi Pemulihan dari Bencana (Disaster Recovery) dalam arsitektur hybrid atau multicloud.
- Meningkatkan pengalaman pengguna.
- Meningkatkan fleksibilitas dan ketangkasan untuk merespons permintaan pasar yang terus berubah.
- Meningkatkan transparansi biaya dan konsumsi resource.
Pertimbangkan daftar pendorong bisnis Anda untuk mengadopsi arsitektur hybrid atau multicloud bersama-sama. Jangan menganggapnya sebagai terpisah-pisah. Keputusan akhir Anda harus bergantung pada keseimbangan prioritas bisnis.
Setelah menyadari manfaat cloud, organisasi Anda mungkin memutuskan untuk melakukan migrasi sepenuhnya jika tidak ada batasan, seperti biaya atau persyaratan kepatuhan tertentu yang memerlukan data yang sangat aman untuk dihosting di infrastruktur lokal, sehingga hal tersebut tidak dapat dilakukan.
Meskipun mengadopsi satu penyedia cloud dapat menawarkan beberapa manfaat, seperti mengurangi kompleksitas, integrasi bawaan antarlayanan, dan opsi pengoptimalan biaya seperti diskon abonemen, masih ada beberapa skenario di mana arsitektur multicloud dapat bermanfaat bagi bisnis. Berikut adalah pendorong bisnis umum untuk mengadopsi arsitektur multicloud, beserta pertimbangan terkait untuk setiap driver:
- Mematuhi hukum dan peraturan tentang kedaulatan data: Skenario
yang paling umum adalah saat organisasi memperluas bisnisnya ke wilayah
atau negara baru dan harus mematuhi peraturan hosting data baru.
- Jika penyedia layanan cloud (CSP) lama yang sudah ada tidak memiliki region cloud lokal di negara tersebut, solusi umumnya adalah menggunakan CSP lain yang memiliki region cloud lokal di negara tersebut untuk tujuan kepatuhan.
- Mengurangi biaya: Pengurangan biaya sering kali menjadi pendorong bisnis yang paling umum untuk mengadopsi teknologi atau arsitektur. Namun, sebaiknya pertimbangkan lebih dari sekadar biaya layanan dan potensi diskon harga saat memutuskan apakah akan mengadopsi arsitektur multicloud atau tidak. Perhitungkan biaya pembuatan dan pengoperasian solusi di beberapa cloud, dan batasan arsitektur apa pun yang mungkin muncul dari sistem yang ada.
Terkadang, tantangan potensial yang terkait dengan strategi multicloud mungkin lebih besar daripada manfaatnya. Strategi multicloud mungkin menimbulkan biaya tambahan di kemudian hari.
Tantangan umum yang terkait dengan pengembangan strategi multicloud meliputi:
- Meningkatkan kompleksitas pengelolaan.
- Menjaga keamanan yang konsisten.
- Mengintegrasikan lingkungan software.
- Mencapai performa dan keandalan lintas cloud yang konsisten.
- Membangun tim teknis dengan keterampilan multicloud mungkin mahal dan memerlukan perluasan tim, kecuali jika dikelola oleh perusahaan pihak ketiga.
- Mengelola harga produk dan alat pengelolaan dari setiap CSP.
- Tanpa solusi yang dapat memberikan dasbor dan visibilitas biaya terpadu, akan sulit untuk mengelola biaya secara efisien di berbagai lingkungan. Dalam kasus semacam ini, Anda dapat menggunakan solusi pengelolaan biaya cloud Looker jika sesuai. 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 terbatas pada 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 tidak ingin terikat pada satu penyedia cloud. Pendekatan multicloud memungkinkan mereka memilih
solusi terbaik untuk kebutuhan bisnis mereka. Namun, kelayakan keputusan ini bergantung pada beberapa faktor, seperti berikut:
- Ketergantungan teknis
- Pertimbangan interoperabilitas antar-aplikasi
- Biaya membangun kembali atau memfaktorkan ulang aplikasi
- Keahlian teknis
- Keamanan dan pengelolaan yang konsisten
- Meningkatkan keandalan dan tingkat ketersediaan aplikasi yang penting untuk bisnis: Dalam beberapa skenario, arsitektur multicloud dapat memberikan ketahanan terhadap pemadaman layanan. Misalnya, jika satu region CSP berhenti, traffic dapat dirutekan ke CSP lain di region yang sama. Skenario ini mengasumsikan bahwa kedua penyedia cloud mendukung kemampuan atau layanan yang diperlukan di region tersebut.
Saat peraturan residensi data di negara atau wilayah tertentu mewajibkan penyimpanan data sensitif, seperti informasi identitas pribadi (PII), di lokasi tersebut, pendekatan multicloud dapat memberikan solusi yang mematuhi kebijakan. Dengan menggunakan dua CSP di satu region untuk memberikan ketahanan terhadap pemadaman layanan, Anda dapat memfasilitasi kepatuhan terhadap batasan peraturan sekaligus memenuhi persyaratan ketersediaan.
Berikut adalah beberapa pertimbangan ketahanan yang perlu dinilai sebelum mengadopsi arsitektur multicloud:
- Perpindahan data: Seberapa sering data mungkin dipindahkan dalam lingkungan multicloud Anda?
- Mungkinkah perpindahan data menimbulkan biaya transfer data yang signifikan?
- Keamanan dan pengelolaan: Apakah ada potensi kompleksitas keamanan atau pengelolaan?
- Keseimbangan kemampuan: Apakah kedua CSP di region yang dipilih menawarkan kemampuan dan layanan yang diperlukan?
- Keahlian teknis: Apakah tim teknis memiliki keterampilan yang diperlukan untuk mengelola arsitektur multicloud?
Pertimbangkan semua faktor ini saat menilai kelayakan penggunaan arsitektur multicloud 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 meningkatkan biaya dalam jangka pendek, tetapi dapat mencegah pemadaman atau kegagalan. Kegagalan tersebut dapat menyebabkan kerusakan finansial dan reputasi jangka panjang. Oleh karena itu, kita perlu mempertimbangkan biaya jangka pendek dibandingkan nilai potensial jangka panjang dari pengadopsian multicloud. Selain itu, potensi nilai jangka panjang dapat bervariasi berdasarkan ukuran organisasi, skala teknologi, kekritisan solusi teknologi, dan industri.
Organisasi yang ingin berhasil membuat lingkungan hybrid atau multicloud sebaiknya mempertimbangkan pembuatan Cloud Center of Excellence (COE). Tim COE dapat menjadi sarana untuk mengubah cara tim internal dalam organisasi Anda melayani bisnis selama transisi ke cloud. COE adalah salah satu cara organisasi Anda dapat menggunakan cloud lebih cepat, mendorong standardisasi, dan mempertahankan keselarasan yang lebih kuat antara strategi bisnis dan investasi cloud Anda.
Jika tujuan arsitektur hybrid atau multicloud adalah membuat status sementara, pendorong bisnis umum mencakup:
- Kebutuhan untuk mengurangi CAPEX atau pengeluaran IT umum untuk project jangka pendek.
- Kemampuan menyediakan infrastruktur tersebut dengan cepat
untuk mendukung kasus penggunaan bisnis. Contoh:
- Arsitektur ini dapat digunakan untuk project berbatas waktu. Solusi ini dapat digunakan untuk mendukung project yang memerlukan infrastruktur terdistribusi berskala tinggi dalam durasi terbatas, sambil tetap menggunakan data yang tersedia secara lokal.
- Kebutuhan akan project transformasi digital multitahun yang mengharuskan perusahaan besar untuk membangun dan yang menggunakan arsitektur hybrid selama beberapa waktu untuk membantu mereka menyelaraskan modernisasi infrastruktur dan aplikasi dengan prioritas bisnis.
- Kebutuhan untuk membuat arsitektur hybrid, multicloud, atau campuran sementara setelah penggabungan perusahaan. Tindakan ini memungkinkan organisasi baru menentukan strategi untuk status akhir arsitektur cloud barunya. Dua perusahaan yang melakukan penggabungan biasanya menggunakan penyedia cloud yang berbeda, atau bagi satu perusahaan menggunakan pusat data pribadi lokal, sedangkan perusahaan lainnya menggunakan cloud. Dalam kedua kasus tersebut, langkah pertama dalam merger dan akuisisi adalah hampir selalu mengintegrasikan sistem IT.
Pengemudi teknis
Bagian sebelumnya membahas pendorong bisnis. Agar disetujui, keputusan arsitektur besar hampir selalu membutuhkan dukungan dari para pengemudi tersebut. Namun, pendorong teknis, yang dapat didasarkan pada keuntungan teknis atau kendala, juga dapat memengaruhi pendorong bisnis. Dalam beberapa skenario, penggerak teknis harus diubah menjadi pendorong bisnis dan menjelaskan bagaimana hal tersebut dapat berdampak positif atau negatif terhadap bisnis.
Daftar tidak lengkap berikut berisi beberapa pendorong teknis umum untuk mengadopsi arsitektur hybrid atau multicloud:
- Membangun kemampuan teknologi, seperti AI dan layanan analisis lanjutan, yang mungkin sulit diterapkan di lingkungan yang sudah ada.
- Meningkatkan kualitas dan performa layanan.
- Mengotomatiskan dan mempercepat peluncuran aplikasi untuk mencapai waktu pemasaran 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 membangun layanan dan kemampuan yang elastis dengan lebih cepat dan dalam skala besar.
- Menggunakan kemampuan infrastruktur global untuk membangun arsitektur global atau multi-regional guna memenuhi persyaratan teknis tertentu.
Dorongan teknis yang paling umum untuk arsitektur hybrid sementara dan multicloud sementara adalah untuk memfasilitasi migrasi dari lokal ke cloud atau ke cloud tambahan. Secara umum, migrasi cloud hampir selalu mengarah ke konfigurasi hybrid cloud. Perusahaan sering kali harus mentransisikan aplikasi dan data secara sistematis berdasarkan prioritas. Demikian pula, penyiapan jangka pendek mungkin dimaksudkan untuk memfasilitasi bukti konsep menggunakan teknologi canggih yang tersedia di cloud untuk periode tertentu.
Keputusan desain teknis
Tujuan teknis yang diidentifikasi dan pendorongnya adalah kunci untuk mengambil keputusan arsitektur berbasis 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 penelitian 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 kasus ini adalah untuk memiliki konfigurasi hybrid cloud sementara. Pendorong untuk tujuan teknis ini adalah memanfaatkan model penetapan harga on-demand cloud untuk memenuhi persyaratan bisnis yang disebutkan sebelumnya. Faktor lain dipengaruhi oleh persyaratan teknologi tertentu yang memerlukan solusi berbasis cloud dengan kapasitas komputasi tinggi dan penyiapan cepat.
Menggunakan Google Cloud untuk arsitektur hybrid dan multicloud
Menggunakan solusi open source dapat mempermudah penerapan pendekatan hybrid dan multicloud, serta meminimalkan keterikatan pada vendor. Namun, Anda harus mempertimbangkan potensi kompleksitas berikut ini saat merencanakan arsitektur:
- Interoperabilitas
- Kemudahan dikelola
- Biaya
- Keamanan
Membangun aplikasi 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 kerumitan abstrak. Selain itu, Google Cloud menawarkan fleksibilitas untuk memigrasikan, membangun, dan mengoptimalkan aplikasi di lingkungan hybrid dan multicloud sambil meminimalkan keterikatan pada vendor, menggunakan solusi terbaik, dan memenuhi persyaratan peraturan.
Google juga merupakan salah satu kontributor terbesar 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 kerumitan pengelolaan serta keamanan hybrid dan multicloud.