Dokumen ini mendefinisikan dan membahas tujuan, pendorong, dan persyaratan bisnis, serta bagaimana faktor-faktor ini dapat memengaruhi keputusan desain Anda saat membangun 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 Anda, dan untuk menetapkan ekspektasi spesifik tentang cara mencapai sebagian atau semua tujuan bisnis Anda. Pertanyaan ini berfokus pada apa yang dibutuhkan bisnis Anda, bukan cara mencapainya secara teknis.
- Sasaran bisnis mana yang mendorong keputusan untuk mengadopsi arsitektur hybrid atau multicloud?
- Tujuan bisnis dan teknis apa yang akan dibantu oleh arsitektur hybrid atau multicloud?
- Apa saja pendorong bisnis yang memengaruhi tujuan ini?
- Apa persyaratan bisnis spesifiknya?
Dalam konteks arsitektur hybrid dan multicloud, salah satu sasaran bisnis pelanggan perusahaan mungkin adalah memperluas operasi atau pasar penjualan online dari satu wilayah menjadi salah satu pemimpin global di segmen pasarnya. Salah satu tujuan bisnis 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 tujuan teknis utama yang potensial adalah memperluas infrastruktur IT dan arsitektur aplikasi perusahaan dari model khusus lokal ke arsitektur hybrid, menggunakan kemampuan dan layanan global cloud publik. Tujuan ini harus spesifik dan terukur, yang secara jelas menentukan cakupan ekspansi dalam hal target wilayah dan linimasa.
Secara umum, arsitektur hybrid atau multicloud jarang menjadi tujuan tersendiri, melainkan 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. Tujuan teknis Anda harus berfokus pada membangun fondasi teknologi yang memungkinkan organisasi Anda memenuhi persyaratan dan tujuan 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 alur berikut menggambarkan pendorong bisnis, sasaran, tujuan, dan persyaratan, serta tujuan dan persyaratan teknis, dan bagaimana semua faktor ini saling terkait:
Pendorong bisnis dan teknis
Pertimbangkan pengaruh pendorong bisnis terhadap tujuan teknis Anda. Beberapa pendorong bisnis umum yang berpengaruh 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 disiplin ilmu pengelolaan keuangan dan pengoptimalan biaya cloud seperti FinOps.
- Adopsi cloud dapat didorong oleh skenario yang membantu mengurangi CAPEX, seperti membangun solusi Pemulihan dari Bencana dalam arsitektur hybrid atau multicloud.
- Meningkatkan pengalaman pengguna.
- Meningkatkan fleksibilitas dan ketangkasan untuk merespons permintaan pasar yang berubah-ubah.
- Meningkatkan transparansi tentang 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 organisasi Anda menyadari manfaat cloud, organisasi tersebut dapat memutuskan untuk bermigrasi sepenuhnya jika tidak ada batasan—seperti biaya atau persyaratan kepatuhan khusus yang mengharuskan data yang sangat aman dihosting di infrastruktur lokal—yang mencegahnya melakukannya.
Meskipun mengadopsi satu penyedia cloud dapat menawarkan beberapa manfaat, seperti pengurangan kompleksitas, integrasi bawaan di antara layanan, dan opsi pengoptimalan biaya seperti diskon penggunaan yang di-commit, 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 pendorong:
- Memperhatikan hukum dan peraturan tentang kedaulatan data: Skenario yang paling umum adalah saat organisasi memperluas bisnisnya ke wilayah atau negara baru dan harus mematuhi peraturan baru terkait hosting data.
- Jika penyedia layanan cloud (CSP) yang digunakan saat ini 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 yang 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 multicloud dapat menimbulkan biaya tambahan di kemudian hari.
Tantangan umum yang terkait dengan pengembangan strategi multicloud meliputi hal berikut:
- Meningkatkan kompleksitas pengelolaan.
- Mempertahankan 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 alat penetapan harga dan pengelolaan produk dari setiap CSP.
- Tanpa solusi yang dapat memberikan visibilitas dan dasbor biaya yang 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 terbatas pada pilihan yang ditawarkan oleh satu penyedia cloud.
- Untuk menghindari risiko atau kerumitan 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 keterikatan dengan satu penyedia cloud. Dengan pendekatan multicloud, mereka dapat 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 kemampuan pengelolaan yang konsisten
- Meningkatkan tingkat keandalan dan ketersediaan aplikasi yang penting bagi bisnis: Dalam beberapa skenario, arsitektur multicloud dapat memberikan ketahanan terhadap gangguan. Misalnya, jika satu region CSP mengalami gangguan, traffic dapat dirutekan ke CSP lain di region yang sama. Skenario ini mengasumsikan 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)—di lokasi tersebut, pendekatan multicloud dapat memberikan solusi yang sesuai. Dengan menggunakan dua CSP dalam satu region untuk memberikan ketahanan terhadap gangguan, Anda dapat memfasilitasi kepatuhan terhadap pembatasan peraturan sekaligus memenuhi persyaratan ketersediaan.
Berikut beberapa pertimbangan ketahanan yang perlu dinilai sebelum menerapkan arsitektur multicloud:
- Perpindahan data: Seberapa sering data dapat berpindah dalam lingkungan multicloud Anda?
- Apakah pemindahan data dapat menimbulkan biaya transfer data yang signifikan?
- Keamanan dan kemudahan pengelolaan: Apakah ada potensi kerumitan keamanan atau pengelolaan?
- Paritas kemampuan: Apakah kedua CSP di wilayah 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 multicloud untuk meningkatkan ketahanan.
Saat menilai kelayakan arsitektur multicloud, penting untuk mempertimbangkan manfaat jangka panjangnya. Misalnya, men-deploy aplikasi di beberapa cloud untuk pemulihan dari bencana atau peningkatan keandalan dapat meningkatkan biaya dalam jangka pendek, tetapi dapat mencegah pemadaman layanan atau kegagalan. Kegagalan tersebut dapat menyebabkan kerusakan finansial dan reputasi dalam jangka panjang. Oleh karena itu, penting untuk mempertimbangkan biaya jangka pendek terhadap potensi nilai jangka panjang dari pengadopsian multicloud. Selain itu, potensi nilai jangka panjang dapat bervariasi berdasarkan ukuran organisasi, skala teknologi, tingkat kepentingan solusi teknologi, dan industri.
Organisasi yang berencana untuk berhasil membuat lingkungan hybrid atau multicloud, harus mempertimbangkan untuk membangun Cloud Center of Excellence (COE). Tim COE dapat menjadi penghubung untuk mengubah cara tim internal dalam organisasi Anda melayani bisnis selama transisi Anda ke cloud. COE adalah salah satu cara organisasi Anda dapat mengadopsi cloud dengan lebih cepat, mendorong standardisasi, dan mempertahankan keselarasan yang lebih kuat antara strategi bisnis dan investasi cloud Anda.
Jika tujuan arsitektur hybrid atau multicloud adalah untuk membuat status sementara, pendorong bisnis umum meliputi:
- Kebutuhan untuk mengurangi CAPEX atau pengeluaran IT umum untuk proyek jangka pendek.
- Kemampuan untuk menyediakan infrastruktur tersebut dengan cepat untuk mendukung kasus penggunaan bisnis. Contoh:
- Arsitektur ini dapat digunakan untuk project berbatas waktu. Hal ini dapat digunakan untuk mendukung project yang memerlukan infrastruktur terdistribusi berskala tinggi dalam durasi terbatas, sekaligus tetap menggunakan data yang ada di lokal.
- Kebutuhan akan proyek transformasi digital multi-tahun yang mengharuskan perusahaan besar untuk membangunnya dan menggunakan arsitektur hybrid selama beberapa waktu untuk membantu mereka menyelaraskan modernisasi infrastruktur dan aplikasi dengan prioritas bisnis mereka.
- Kebutuhan untuk membuat arsitektur sementara hybrid, multicloud, atau campuran setelah penggabungan perusahaan. Dengan demikian, organisasi baru dapat menentukan strategi untuk status akhir arsitektur cloud barunya. Dua perusahaan yang bergabung biasanya menggunakan penyedia cloud yang berbeda, atau satu perusahaan menggunakan pusat data pribadi lokal dan perusahaan lainnya menggunakan cloud. Dalam kedua kasus tersebut, langkah pertama dalam merger dan akuisisi hampir selalu mengintegrasikan sistem IT.
Pendorong teknis
Bagian sebelumnya membahas faktor pendorong bisnis. Untuk mendapatkan persetujuan, keputusan arsitektur utama hampir selalu memerlukan dukungan dari driver tersebut. Namun, pendorong teknis, yang dapat didasarkan pada keuntungan atau batasan teknis, juga dapat memengaruhi pendorong bisnis. Dalam beberapa skenario, Anda perlu menerjemahkan pendorong teknis menjadi pendorong bisnis dan menjelaskan bagaimana pendorong tersebut dapat memengaruhi bisnis secara positif atau negatif.
Daftar berikut yang tidak lengkap berisi beberapa pendorong teknis umum untuk mengadopsi 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 membangun layanan dan kemampuan elastis lebih cepat dan dalam skala besar.
- Menggunakan kemampuan infrastruktur global untuk membangun arsitektur global atau multi-regional guna memenuhi persyaratan teknis tertentu.
Pendorong teknis paling umum untuk arsitektur hybrid sementara dan multicloud sementara adalah untuk memfasilitasi migrasi dari infrastruktur lokal ke cloud atau ke cloud tambahan. Secara umum, migrasi cloud hampir selalu secara alami mengarah ke penyiapan hybrid cloud. 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 untuk jangka waktu tertentu.
Keputusan desain teknis
Tujuan teknis yang diidentifikasi dan pendorongnya adalah kunci untuk membuat keputusan arsitektur yang didorong bisnis dan untuk 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 tujuan teknis ini adalah untuk memanfaatkan model harga cloud sesuai permintaan guna memenuhi persyaratan bisnis yang disebutkan sebelumnya. Pendorong 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 multicloud
Penggunaan solusi open source dapat mempermudah penerapan pendekatan hybrid dan multicloud, serta meminimalkan keterikatan dengan vendor. Namun, Anda harus mempertimbangkan potensi kompleksitas berikut saat merencanakan arsitektur:
- Interoperabilitas
- Kemudahan dikelola
- Biaya
- Keamanan
Membangun platform cloud yang berkontribusi dan mendukung open source dapat membantu menyederhanakan jalur Anda untuk mengadopsi arsitektur hybrid dan multicloud. Cloud terbuka memberi Anda pendekatan yang memberikan pilihan maksimum dan menyederhanakan kompleksitas. Selain itu, Google Cloud menawarkan fleksibilitas untuk memigrasikan, membangun, dan mengoptimalkan aplikasi di seluruh lingkungan hybrid dan multicloud sambil meminimalkan keterikatan pada vendor, menggunakan solusi terbaik, serta 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. Jika di-roll out sebagai layanan terkelola, Kubernetes dapat membantu mengurangi kompleksitas seputar pengelolaan dan keamanan hybrid dan multicloud.