Memahami Cloud Repatriation: Tren dan Implikasi

Kasus cloud repatriation (tindakan menarik beban kerja cloud publik kembali ke sistem lokal) yang semakin banyak memicu perdebatan panas tentang masa depan layanan cloud. Analis yang mendukung cloud mengabaikan atau mempertunduhkan tren ini, Insistens bahwa angka yang meningkat menyesatkan.

Di sisi lain, beberapa orang mengklaim bahwa repatriasi menunjukkan minat yang menurun terhadap cloud computing. Pandangan ini menunjukkan bahwa tren pengambilan beban kerja dari cloud publik akan bertahan dan hardware on-prem serta colocation akan terus menantang model "cloud-first".

Artikel ini menganalisis fenomena cloud repatriation dan penggeraknya utama. Kami mempertimbangkan kedua pandangan yang dibahas di atas dan menilai apakah cloud benar-benar dalam jalan keluar atau apakah ada alasan lain mengapa perusahaan menarik beban kerja cloud publik mereka.

Apa itu Cloud Repatriation?

Cloud repatriation adalah proses memindahkan aplikasi, beban kerja, atau data dari cloud publik ke infrastruktur lokal. Sebagian besar perusahaan mentransfer aset ke cloud privat atau hybrid, namun beberapa meninggalkan model cloud dan kembali ke pusat data on-site klasik.

Studi terbaru menunjukkan bahwa lebih dari 80% perusahaan di AS menarik beberapa beban kerja cloud publik pada tahun 2021. Pada pandangan pertama, statistik ini menunjukkan pergantian massal kembali ke sistem on-prem. Namun, berikut beberapa konteks terkait angka 80%:

• Beberapa repatriasi melibatkan perpindahan ke jenis cloud yang berbeda tetapi tidak meninggalkan cloud secara keseluruhan.
• Sebagian besar transisi dari cloud publik hanya melibatkan sejumlah terbatas beban kerja.
• Beberapa beban kerja yang ditarik seharusnya tidak tinggal secara permanen di cloud.
• Kadang tim menarik beban kerja sebagai langkah sementara.

Berikut alasan paling umum mengapa perusahaan memutuskan untuk memindahkan aset dari cloud publik:

• Mengadopsi solusi cloud hybrid.
• Membatasi shadow IT (penggunaan cloud publik yang tidak disahkan).
• Meningkatkan keamanan data.
• Memenuhi kewajiban regulasi baru.
• Mengatur ulang aplikasi untuk meningkatkan performa.
• Mencoba menurunkan biaya IT yang melonjak tidak terkendali seiring pertumbuhan lingkungan cloud.
• Memindahkan beban kerja ke penyedia lain.

Ideally, cloud repatriation seharusnya bukan tentang mengadopsi kembali sistem on-prem yang sama yang digunakan sebelum cloud migration. Pergeseran harus tentang mengejar peluang IT baru atau menemukan cara terbaik untuk mengintegrasikan sistem lain dengan cloud publik.

Sebagian besar skenario cloud repatriation negatif terjadi ketika perusahaan tergesa-gesa dalam adopsi cloud. Kurangnya perencanaan awal, KPI yang buruk, dan rencana migrasi lift-and-shift sering memaksa tim untuk menarik aplikasi kembali dari cloud.

Manfaat Cloud Repatriation

Cloud repatriation dapat membawa manfaat signifikan jika Anda memiliki anggaran dan tim IT yang kompeten untuk menjalankan sistem on-prem. Berikut adalah peninjauan lebih dekat tentang keuntungan paling berdampak dari menarik aplikasi dari cloud publik untuk solusi on-site.

Peluang untuk Keamanan Data yang Lebih Baik

Banyak perusahaan memutuskan untuk repatriasi ke sistem on-prem karena kekhawatiran keamanan cloud publik. Beberapa faktor meningkatkan risiko menyimpan data di cloud publik:

• Ratusan atau bahkan ribuan penyewa berbagi infrastruktur cloud publik, menciptakan peluang yang luas untuk kesalahan dan eksploitasi.
• Karena penyedia cloud menangani hardware yang mendasarinya, kurangnya transparansi atas kontrol apa yang menjaga data Anda aman.
• Sementara cloud publik menawarkan tindakan keamanan kelas atas, adalah tanggung jawab tim klien untuk mengonfigurasi dan menggunakan tindakan ini sebaik mungkin.
• Kecuali Anda menandatangani SLA yang menyatakan sebaliknya, penyedia memiliki hak atas setiap data yang Anda simpan di cloud publik.

Kegagalan keamanan oleh penyedia cloud jarang terjadi, namun konfigurasi salah oleh pengguna akhir tidaklah jarang. Jika tim Anda tidak mengambil waktu untuk merancang solusi perlindungan data yang tepat dan mengintegrasikannya dengan stack penyedia, tidak ada cara untuk menjamin keamanan data di cloud publik.

Beberapa bisnis lebih memilih untuk merepatriasi data kembali ke stack on-prem di mana mereka memiliki kendali langsung dalam mencegah pelanggaran data dan dapat secara signifikan mengurangi permukaan serangan. Cloud repatriation juga memungkinkan perusahaan untuk mengatasi masalah keamanan multi-cloud atau memenuhi standar kepatuhan spesifik industri baru.

Menghilangkan Vendor Lock-In

Vendor lock-in terjadi ketika perusahaan menjadi terlalu bergantung pada penyedia cloud publik. Setelah terkunci, klien tidak dapat menggunakan penyedia lain tanpa biaya perpindahan tinggi untuk menyesuaikan:

• Tindakan keamanan cloud.
• Konfigurasi kepatuhan.
• Manajemen akses.
• Jalur komunikasi.
• Jaringan cloud.

Semakin banyak beban kerja yang Anda jalankan di cloud publik, semakin besar risiko vendor lock-in. Cloud repatriation memotong "tali gantung" tersebut dan memastikan bisnis Anda tidak terlalu bergantung pada siapa pun selain tim internal Anda.

Tidak Lagi Biaya Operasional Berulang (OpEx) yang Tinggi

Cloud menyelamatkan perusahaan dari investasi besar dalam hardware on-site, namun biaya menumpuk dalam pengeluaran pay-as-you-go berulang. Perusahaan yang menggunakan sumber daya cloud publik membayar biaya bulanan untuk semua:

• Instance server.
• Volume penyimpanan.
• Layanan per-pakai.
• Komponen cloud unik.

Biaya cloud seringkali keluar kendali seiring waktu. Penelitian terbaru mengungkapkan bahwa perusahaan menghabiskan hingga $62 miliar per tahun untuk membayar sumber daya cloud publik yang tidak mereka butuhkan atau gunakan.

Setelah perusahaan menyadari bahwa mereka menghabiskan terlalu banyak di cloud publik, repatriasi adalah langkah yang logis. Menarik beban kerja dari cloud mengurangi atau menghilangkan biaya berulang. Namun, Anda perlu berinvestasi dalam alternatif on-site, sehingga kehilangan OpEx jangka panjang datang dengan harga biaya segera yang tinggi.

Namun, seiring waktu, cloud repatriation tanpa diragukan merupakan langkah finansial yang cerdas dari segi ROI (jika Anda mampu melakukannya dari awal). Misalnya, Dropbox memutuskan untuk menarik 600 petabyte data dari cloud publik pada tahun 2015 untuk pusat data on-site. Sebagai hasilnya, tim Dropbox mencapai performa aplikasi yang lebih cepat sambil menghemat sekitar $74,6 juta.

Cloud repatriation juga menghasilkan prediksi harga yang lebih baik. Penyedia cloud publik secara teratur mengubah struktur harga mereka, sehingga mustahil bagi perusahaan untuk membuat proyeksi finansial jangka panjang yang akurat.

Kontrol Penuh atas Infrastruktur

Salah satu alasan paling umum perusahaan memilih cloud repatriation adalah keinginan untuk mendapatkan kontrol penuh atas lingkungan IT mereka. Baik Anda memindahkan beban kerja ke server dedicated on-prem, cloud privat, atau arsitektur hybrid, Anda akan mendapatkan kebebasan penyesuaian, konfigurasi, dan manajemen sumber daya.

Operasi di cloud publik tidak hanya mengambil kendali atas hardware, tetapi Anda juga harus bekerja dengan pilihan perangkat lunak yang terbatas. Penyedia sering membatasi apa yang dapat dan tidak dapat Anda gunakan untuk mencakup basis pengguna yang semampu mungkin. IT on-site tidak memiliki keterbatasan tersebut, memberikan tim internal kebebasan untuk memilih solusi perangkat lunak dan hardware yang optimal.

Performa Aplikasi yang Lebih Baik

Jika cloud publik memiliki terlalu banyak pengguna, kemacetan dapat mempengaruhi performa Anda. Gagal memenuhi indikator operasi kritis untuk performa adalah tanda jelas bahwa Anda harus mempertimbangkan repatriasi.

Berikut ciri khas aplikasi yang performanya lebih baik on-prem daripada di cloud publik:

• Sensitivitas latensi yang ekstrim.
• Periode I/O intensif yang berjalan lama.
• Dataset besar yang memerlukan transportasi antara berbagai lokasi untuk diproses.

Jika aplikasi Anda memiliki fitur-fitur ini dan performanya di bawah ekspektasi di cloud, Anda adalah calon utama untuk repatriasi. Aplikasi Anda akan berjalan lebih baik di bare metal karena tidak ada hypervisor atau penyewa lain yang dapat memperlambat performa.

Pindah ke lingkungan hosting on-prem juga merupakan peluang untuk meningkatkan ketersediaan aplikasi dengan solusi cadangan dan pemulihan bencana (BDR) on-site yang andal. Memastikan uptime 100% tidak akan mudah, tetapi beralih dari cloud publik mengembalikan kontrol ke tangan tim internal Anda.

Tantangan Cloud Repatriation

Manfaat cloud repatriation menarik, tetapi beralih ke sistem on-prem tidak mudah (atau murah). Mari kita lihat tantangan utama dalam memindahkan aplikasi dari cloud publik.

Pergi Kembali Seringkali Kompleks

Membangun sistem on-site dan memastikan berjalan dengan efisien tidak mudah. Tim Anda pertama perlu mendefinisikan infrastruktur yang optimal, setelah itu Anda harus mempekerjakan tim teknisi yang kompeten untuk menyiapkan dan menjalankan sistem baru.

Pindah itu sendiri juga bisa menantang. Jika penyedia dan pelanggan tidak berbagi stack alat yang sama, merepatriasi aplikasi lebih mudah dikatakan daripada dilakukan. Transisi penuh aplikasi cloud-native ke sistem on-prem kompleks dan memakan waktu, jadi harapkan downtime yang panjang selama pindah dan serangkaian kesalahan setelah transisi. Anda juga tidak boleh mengharapkan banyak bantuan dari penyedia karena secara alami mereka tidak merasa terpaksa memiliki strategi keluar yang sederhana untuk pelanggan mereka.

Juga, ingatlah bahwa repatriasi menambah kompleksitas manajemen dan pemantauan. Dalam kebanyakan kasus, pindah mungkin tidak layak untuk menghemat beberapa dolar biaya cloud.

Dalam beberapa kasus, Anda bahkan mungkin perlu mengonversi data ke format yang dapat digunakan sebelum pindah. Misalnya, saat memindahkan aplikasi dari cloud publik ke solusi VMWare on-prem, tim Anda perlu menggunakan VMWare Converter untuk membuat VMDK dan membuat ulang VM. Proses ini dapat memakan waktu lama dan memerlukan pemadaman yang diperpanjang dari sistem saat ini.

Platform orkestrasi kontainer (seperti Kubernetes dan Docker) adalah aset besar saat merepatriasi aplikasi dari cloud publik. Berbeda dengan mesin virtual tradisional, kontainer tidak memiliki dependensi dan jauh lebih portabel. Jika belum, berusaha untuk mengkontainerisasi beban kerja Anda saat melakukan cloud repatriasi untuk memastikan migrasi yang lebih mudah di kemudian hari.

Cloud Repatriation Dapat Sangat Mahal, Sangat Cepat

Meskipun hosting on-site mengurangi biaya operasional, harga awal peralatan hosting on-site dapat membuat terkejut. Perusahaan Anda perlu memperhitungkan harga dari:

• Hardware dan rack server baru.
• Ruang on-site yang cocok untuk operasi IT dengan lantai angkat, sistem anti-api, pendingin yang cukup, unit UPS, dan sebagainya.
• Infrastruktur daya dan jaringan.
• Keamanan pusat data on-prem (pemindaian biometrik, pengawal 24/7, mantrap, kandang rack, dll.).

Jangan harapkan apa pun yang kurang dari harga depan berangka enam. Layanan Anda akan mati saat tim melakukan transisi, jadi harapkan pukulan finansial di bagian itu juga.

Setelah Anda memigrasikan beban kerja on-site, Anda perlu tim teknisi yang kompeten untuk mengoperasikan dan memelihara ruang server baru. Ada kekurangan staf yang berkualifikasi, jadi siaplah menawarkan gaji tinggi atau harapkan tingkat retensi karyawan yang buruk.

Apakah Anda Perlu Cloud Repatriation?

Cloud repatriation adalah langkah drastis yang dapat memiliki dampak operasional dan keuangan yang signifikan. Anda harus mengevaluasi dengan cermat apakah pindah atau tetap adalah opsi yang tepat, yang dapat Anda mulai dengan menjawab pertanyaan berikut:

• Apakah Anda membuang-buang uang membayar kapasitas cloud publik yang tidak digunakan tim Anda?
• Apakah biaya cloud saat ini jauh lebih tinggi dari yang Anda harapkan sebelum migrasi?
• Apakah aplikasi cloud publik Anda mengalami masalah performa secara teratur?
• Apakah Anda mengalami downtime yang sering?
• Apakah perusahaan Anda termasuk dalam regulasi kepatuhan (seperti CCPA/GDPR, HIPAA, atau PCI)? Apakah penyedia cloud publik Anda membuatnya sulit (atau mustahil) bagi Anda untuk memenuhi kewajiban?
• Apakah beban kerja cloud publik Anda terlalu sensitif terhadap latensi untuk lingkungan saat ini?
• Apakah Anda memiliki tim internal yang mampu menjalankan ruang server on-site?
• Apakah model deployment cloud yang berbeda lebih masuk akal untuk kasus penggunaan Anda?
• Dapatkah Anda membayar biaya IT on-prem?

Cloud repatriation kemungkinan merupakan opsi yang layak jika Anda menjawab ya ke kebanyakan pertanyaan ini. Jika kebanyakan jawaban Anda negatif, menjaga aplikasi cloud publik di tempatnya adalah keputusan yang lebih cerdas.

Jika Anda memberikan jawaban campuran, langkah terbaik adalah tetap untuk saat ini. Cloud publik memiliki sejarah menjadi lebih murah dan lebih fungsional seiring waktu. Anda tidak ingin melalui repatriasi hanya untuk menemukan beberapa tahun kemudian bahwa Anda akan lebih baik jika tetap dengan arsitektur asli.

Apakah Kita Harus Mengharapkan Keluaran Massal dari Cloud Publik?

Hampir setiap bisnis menyimpan beberapa aset di cloud publik, yang kemungkinan tidak akan berubah. Namun, yang dapat Anda harapkan adalah lebih banyak perusahaan yang berfokus pada menemukan solusi yang paling cocok untuk beban kerja individual. Akibatnya, kita kemungkinan akan melihat akhir dari model "all-in" dalam adopsi cloud publik, tetapi mengharapkan repatriasi menyebabkan keruntuhan total dari pasar cloud publik bukanlah skenario yang realistis.