Repatriasi Awan: Mengapa Divisi TI Perusahaan Kembali dari Awan

Blog ini pertama kali diterbitkan pada tahun 2024 dan telah diperbarui.

Masa-masa di mana “semuanya ada di cloud” mungkin akan segera berakhir bagi TI perusahaan, seiring semakin banyaknya organisasi yang menerapkan repatriasi cloud sebagai bagian dari upaya penyeimbangan ulang yang lebih luas terkait lokasi yang tepat untuk menempatkan beban kerja.

Repatriasi cloud mencerminkan upaya organisasi untuk mengevaluasi kembali strategi “cloud-first” mereka menyusul terjadinya gangguan teknologi global, tantangan tak terduga, dan kebutuhan bisnis yang terus berkembang. Menurut sebuah Studi IDC tahun 2024 yang dilaporkan oleh CIO, sekitar 80% responden memperkirakan akan terjadi repatriasi sumber daya komputasi dan penyimpanan dalam berbagai tingkatan dalam dua belas bulan ke depan, dan sebuah Survei CIO Barclays Kuartal 4 2024 Ditemukan bahwa 86% dari para CIO berencana memindahkan setidaknya sebagian beban kerja kembali dari cloud publik-angka tertinggi yang pernah tercatat. 

Repatriasi cloud adalah proses pemindahan aplikasi, data, dan beban kerja dari penyedia cloud publik kembali ke infrastruktur lokal, cloud pribadi, atau lingkungan hosting alternatif. Proses ini juga dikenal sebagai migrasi cloud terbalik atau repatriasi beban kerja.

Organisasi melakukan repatriasi karena beberapa alasan, termasuk prediktabilitas biaya, peningkatan kinerja, kepatuhan terhadap regulasi, pengendalian keamanan, atau pengurangan ketergantungan pada satu penyedia layanan cloud. Repatriasi jarang berarti meninggalkan cloud sepenuhnya. Dalam kebanyakan kasus, ini merupakan langkah selektif di mana beban kerja tertentu dipindahkan kembali ke lingkungan on-premises sementara yang lain tetap berada di lingkungan cloud publik, sehingga menciptakan model hybrid yang menempatkan setiap beban kerja di lokasi yang optimal.

Tren ini mencerminkan kematangan strategi cloud yang lebih luas. Setelah lebih dari satu dekade menerapkan pendekatan “cloud-first”, perusahaan kini memiliki data yang cukup untuk mengevaluasi beban kerja mana yang benar-benar mendapat manfaat dari keunggulan ekonomi cloud publik, dan mana yang justru membayar biaya lebih tinggi tanpa imbalan yang sepadan.

Perusahaan-perusahaan kini kembali mengevaluasi strategi "cloud-first" mereka karena kenyataan yang dihadapi dalam penggunaan cloud publik ternyata berbeda dari ekspektasi awal. Faktor-faktor pendorong utama yang memicu "repatriasi cloud" antara lain: 

• Biaya yang terus melonjak dan sulit diprediksi: Efisiensi biaya yang dijanjikan oleh lingkungan cloud justru berubah menjadi tagihan bulanan yang tak terduga dan tampaknya terus meningkat secara eksponensial. 
• Masalah kinerja dan latensi: Aplikasi-aplikasi kritis yang membutuhkan latensi rendah, seperti pemrosesan waktu nyata, transaksi frekuensi tinggi, dan beban kerja di tepi jaringan, dapat mengalami penurunan kinerja di cloud, sehingga berdampak pada pengalaman pengguna dan produktivitas.
• Kedaulatan data dan masalah regulasi: Peraturan seperti GDPR, HIPAA, dan undang-undang residensi data regional yang baru muncul membuat kepatuhan menjadi lebih rumit ketika data sensitif disimpan di wilayah cloud pihak ketiga, terutama bagi perusahaan multinasional. 
• Kelemahan dalam hal keamanan dan pengendalian: Meskipun penyedia layanan cloud telah menerapkan langkah-langkah keamanan yang ketat, keterbatasan kendali langsung atas data dan infrastruktur menimbulkan titik-titik buta dalam pemantauan, penegakan akses, dan penanggulangan insiden.
• Ketergantungan pada vendor: API eksklusif, biaya keluar, dan layanan cloud-native yang saling terkait erat membuat pemindahan beban kerja antar penyedia layanan atau kembali ke lingkungan on-premises menjadi mahal dan rumit.
• Aspek ekonomi beban kerja AI: Menjalankan beban kerja pelatihan dan inferensi AI secara konsisten di cloud publik seringkali lebih mahal daripada membangun infrastruktur khusus di lokasi sendiri atau di fasilitas kolokasi, dan layanan hosting pribadi menawarkan kontrol yang lebih besar atas data pelatihan dan model eksklusif.

Tekanan biaya, khususnya, mulai menunjukkan hasil yang nyata. Sebagai contoh, langkah ’cloud exit“ yang diambil oleh 37signals diproyeksikan akan menghemat biaya perusahaan lebih dari $10 juta selama lima tahun.

Repatriasi cloud menawarkan sejumlah keuntungan bagi organisasi yang sedang menata ulang infrastruktur TI mereka. 

• Prediktabilitas biaya jangka panjang: Untuk beban kerja dengan kebutuhan sumber daya yang stabil dan dapat diprediksi, infrastruktur di lokasi sendiri dan cloud pribadi dapat mengurangi pengeluaran TI secara keseluruhan dengan menghilangkan biaya cloud yang bervariasi, biaya lalu lintas keluar, serta biaya sumber daya yang tidak terpakai.
• Kinerja yang lebih baik dan latensi yang lebih rendah: Aplikasi yang membutuhkan latensi rendah, I/O tinggi, atau pemrosesan waktu nyata-seperti sistem perdagangan keuangan, sistem pengendalian produksi, atau inferensi kecerdasan buatan-sering kali memberikan kinerja yang lebih baik pada infrastruktur khusus di lokasi sendiri. 
• Kontrol yang lebih besar atas keamanan: Dengan memindahkan data dan aplikasi kembali ke lingkungan on-premises, organisasi dapat melakukan pengawasan langsung terhadap kondisi keamanan mereka, sehingga memungkinkan penerapan kontrol akses yang lebih ketat, kebijakan keamanan yang disesuaikan, serta penegakan yang konsisten di seluruh lingkungan.
• Pengelolaan dan administrasi identitas (IGA) yang lebih kuat: Repatriasi memungkinkan pengelolaan identitas pengguna, hak akses, dan izin yang lebih terperinci. Solusi IGA yang diimplementasikan di lokasi sendiri dapat menyediakan jejak audit yang lebih andal serta kemampuan pemantauan secara real-time, sehingga memungkinkan deteksi dan respons yang lebih cepat terhadap insiden keamanan yang berpotensi terjadi.
• Penerapan prinsip hak akses minimal dan Zero Trust: Repatriasi mendukung penerapan prinsip akses dengan hak akses minimal, sehingga memastikan pengguna hanya memiliki akses ke sumber daya yang diperlukan untuk peran mereka. Ini merupakan komponen dasar dari Arsitektur Zero Trust. 
• Kepatuhan yang lebih mudah dan kedaulatan data: Dengan data yang disimpan di lokasi sendiri, organisasi memiliki kendali yang lebih besar atas lokasi penyimpanan data dan dapat lebih mudah memenuhi persyaratan regulasi seperti GDPR, HIPAA, dan FINRA, terutama di sektor-sektor yang memiliki undang-undang perlindungan data yang ketat. Kendali ini mencakup pengelolaan siklus hidup data dan kebijakan penyimpanan data. 

Repatriasi cloud menimbulkan sejumlah risiko yang harus diantisipasi oleh organisasi sebelum memulai proses migrasi. 

• Investasi awal yang besar: Memindahkan sumber daya kembali ke lingkungan on-premises seringkali memerlukan belanja modal yang cukup besar untuk perangkat keras, lisensi perangkat lunak, jaringan, dan penyiapan fasilitas. Hal ini bisa menjadi beban yang cukup berat bagi organisasi yang telah melakukan investasi besar-besaran dalam migrasi ke cloud. 
• Kompleksitas migrasi data: Memindahkan data dan aplikasi dalam jumlah besar dari cloud publik kembali ke lingkungan on-premises memerlukan perencanaan yang cermat untuk menghindari kehilangan data, kerusakan data, atau gangguan layanan. Proses ini bisa memakan waktu dan mungkin memerlukan konfigurasi hibrida sementara selama masa transisi. 
• Biaya keluar dan biaya penutupan: Penyedia layanan cloud mengenakan biaya untuk pemindahan data keluar dari lingkungan mereka, dan migrasi berskala besar dapat menimbulkan biaya yang cukup besar. Organisasi juga sebaiknya meninjau kontrak cloud yang ada terkait masa pemberitahuan, komitmen minimum, dan biaya-biaya lain yang berkaitan dengan pengakhiran kontrak. 
• Refactoring aplikasi: Aplikasi cloud-native yang dibangun di atas layanan eksklusif seperti fungsi serverless, basis data terkelola, atau jalur pemrosesan peristiwa mungkin perlu dirancang ulang agar dapat dijalankan di lingkungan on-premises, sehingga menambah waktu dan biaya pengembangan. 
• Kesenjangan keterampilan internal: Selama satu dekade terakhir, banyak tim TI yang telah mengadopsi pendekatan “cloud-first”. Membangun kembali keahlian internal di bidang infrastruktur on-premises, jaringan, dan operasional pusat data dapat menjadi investasi yang cukup besar dalam hal pelatihan, perekrutan, atau kemitraan eksternal. 
• Kelemahan keamanan selama masa transisi: Data yang sedang dikirim merupakan titik rawan. Tanpa pengendalian yang ketat, proses migrasi itu sendiri dapat menimbulkan risiko kebocoran data, akses tanpa izin, atau pelanggaran kepatuhan. Di sinilah sistem yang matang tata kelola dan administrasi identitas (IGA)  praktik-praktik tersebut menjadi sangat penting. 

Repatriasi cloud dilakukan dengan membalikkan proses migrasi ke cloud, yaitu memindahkan beban kerja, data, dan aplikasi dari penyedia cloud publik kembali ke infrastruktur alternatif. Tujuan pemindahan tersebut bergantung pada tujuan organisasi dan persyaratan beban kerja. 

Ada empat model utama.

• Repatriasi penuh: Memindahkan semua beban kerja dari cloud publik kembali ke infrastruktur lokal atau infrastruktur pribadi. Ini adalah model yang paling jarang digunakan. 
• Repatriasi selektif atau berdasarkan beban kerja: Memindahkan beban kerja tertentu yang berbiaya tinggi, sensitif terhadap latensi, atau didorong oleh persyaratan kepatuhan dari cloud, sementara beban kerja yang bersifat cloud-native atau burstable tetap berada di cloud. Ini adalah model yang paling umum.
• Model awan hibrida: Mendistribusikan beban kerja antara lingkungan on-premises dan cloud publik berdasarkan lingkungan mana yang paling sesuai untuk masing-masing beban kerja. Beban kerja yang bersifat kritis dan dapat diprediksi dijalankan di lingkungan on-premises; sedangkan beban kerja yang bersifat elastis tetap berada di cloud.
• Multi-cloud dengan infrastruktur pribadi: Menggabungkan dua atau lebih layanan cloud publik dengan infrastruktur pribadi atau di lokasi sendiri untuk menghindari ketergantungan pada satu penyedia layanan dan mengoptimalkan biaya, kinerja, serta ketahanan sistem. Pengelolaan identitas menjadi sangat penting dalam lingkungan multicloud, di mana risiko akses semakin bertambah di antara berbagai penyedia layanan.

Sebagian besar inisiatif repatriasi melalui empat tahap: penilaian, persiapan lingkungan tujuan, migrasi bertahap disertai pengujian, dan pemantauan pasca-migrasi. Pendekatan bertahap merupakan standar untuk data sensitif dan aplikasi yang sangat penting bagi kelancaran bisnis.

Repatriasi dari cloud ke lingkungan on-premises adalah proses pemindahan beban kerja secara langsung dari penyedia cloud publik ke infrastruktur yang dimiliki dan dioperasikan oleh organisasi tersebut. Berbeda dengan repatriasi ke cloud pribadi atau fasilitas kolokasi, pendekatan ini memberikan kendali penuh atas perangkat keras, jaringan, dan seluruh tumpukan teknologi.

Migrasi dari cloud ke lingkungan on-premises paling sering dilakukan untuk beban kerja di mana kontrol langsung atas perangkat keras memberikan nilai yang dapat diukur, seperti:

• Aplikasi yang sensitif terhadap latensi: Perdagangan frekuensi tinggi, pengendalian produksi secara real-time, dan pemrosesan tepi sering kali memberikan kinerja yang lebih baik jika dijalankan pada perangkat keras khusus yang berlokasi dekat dengan pengguna akhir.
• Beban kerja yang intensif data: Data lake, platform analitik, dan alur kerja pelatihan AI yang menimbulkan biaya lalu lintas keluar atau biaya penyimpanan yang cukup besar seringkali lebih murah jika dijalankan di infrastruktur milik sendiri.
• Beban kerja yang sangat diatur: Catatan kesehatan yang diatur oleh HIPAA, data keuangan yang diatur oleh FINRA, dan data pribadi yang tunduk pada GDPR lebih mudah dikelola jika disimpan secara fisik di fasilitas yang dikendalikan oleh organisasi.
• Infrastruktur AI: Beban kerja pelatihan dan inferensi AI yang konsisten kini semakin hemat biaya jika dijalankan di klaster GPU khusus di lokasi sendiri dibandingkan dengan tarif cloud publik, sekaligus memberikan kontrol yang lebih baik atas data pelatihan dan model eksklusif.

Model cloud-to-on-premises membutuhkan investasi awal yang lebih besar dibandingkan model-model lain, termasuk perangkat keras, fasilitas, lisensi, dan keahlian internal. Sebagai gantinya, model ini menawarkan prediktabilitas biaya jangka panjang, kendali langsung atas keamanan dan kepatuhan, serta penghilangan biaya cloud yang bervariasi.

Organisasi yang memindahkan beban kerja kembali ke lingkungan on-premises harus menanggung sepenuhnya tanggung jawab atas fungsi-fungsi keamanan yang sebelumnya dikelola oleh penyedia layanan cloud, termasuk firewall canggih, sistem deteksi intrusi, dan audit keamanan berkala.  IGA adalah kunci utama dari tanggung jawab tersebut.

Kemampuan IGA yang matang memungkinkan organisasi untuk mengontrol secara ketat siapa saja yang memiliki akses ke data dan aplikasi tertentu, serta mengelola identitas pengguna, hak akses, dan kepatuhan di seluruh lingkungan.

Dalam sebuah inisiatif repatriasi, IGA memainkan tiga peran penting.

1. Menentukan kembali kebijakan akses: Hak akses yang terkait dengan peran layanan cloud harus dipetakan dan direkonstruksi dengan cermat di lingkungan on-premises atau cloud pribadi. Kesalahan dalam hal ini dapat menimbulkan celah keamanan atau gangguan alur kerja.
2. Menjamin kelancaran proses migrasi itu sendiri: Fase data yang sedang ditransfer merupakan salah satu titik paling rentan dalam setiap proyek repatriasi. IGA membantu memastikan bahwa hanya identitas yang berwenang yang dapat memulai, mengakses, atau mengubah data selama proses transisi tersebut.
3. Menerapkan prinsip hak akses minimal di tujuan baru: Repatriasi merupakan kesempatan untuk membangun kembali sistem kontrol akses dari awal, dengan menerapkan prinsip hak akses seminimal mungkin dan Nol Kepercayaan arsitektur yang mungkin sulit diterapkan di lingkungan cloud.

Repatriasi juga berarti organisasi-organisasi mengambil alih sepenuhnya pengelolaan identitas dan akses. Hal ini mencakup pengelolaan siklus hidup pengguna, serta penerapan otentikasi multi-faktor, serta memastikan integrasi yang lancar antara aplikasi yang dihosting di lokasi sendiri dan aplikasi cloud lainnya. Manfaatnya adalah keamanan yang lebih ketat dan posisi audit yang lebih kuat; biayanya adalah keahlian serta investasi operasional berkelanjutan yang diperlukan untuk mempertahankannya.

Keberhasilan program repatriasi bergantung pada perencanaan yang tidak sekadar membandingkan biaya. Langkah-langkah berikut ini menjadi landasan bagi sebagian besar inisiatif repatriasi di tingkat perusahaan.

1. Menilai lingkungan cloud saat ini: Evaluasi infrastruktur cloud yang ada berdasarkan empat aspek: biaya, kinerja, keamanan, dan kepatuhan. Tolok ukur ini mengidentifikasi beban kerja mana saja yang layak dipindahkan kembali ke lingkungan lokal dan mana yang sebaiknya tetap berada di cloud.
2. Tentukan ruang lingkup: Identifikasi aplikasi, kumpulan data, dan layanan spesifik yang akan dipindahkan. Tetapkan prioritas berdasarkan tingkat kritisitas bisnis, perkiraan penghematan biaya, persyaratan kinerja, dan kebutuhan kepatuhan. Ruang lingkup yang didefinisikan dengan jelas memungkinkan dilakukannya migrasi secara bertahap.
3. Lakukan analisis biaya-manfaat secara menyeluruh: Jangan hanya membandingkan harga layanan cloud dengan layanan on-premises. Pertimbangkan juga investasi awal untuk infrastruktur, biaya pemeliharaan berkelanjutan, kebutuhan tenaga kerja, peningkatan produktivitas, biaya penghentian layanan, serta skalabilitas jangka panjang. Sertakan pula manfaat tak berwujud seperti kendali atas data dan keamanan yang lebih ketat.
4. Mengidentifikasi risiko dan menyusun rencana mitigasi: Risiko yang umum terjadi antara lain kehilangan data, waktu henti, kerentanan keamanan selama proses migrasi, dan kegagalan integrasi. Rencana mitigasi sebaiknya mencakup prosedur pencadangan dan pemulihan, penguatan kontrol keamanan selama proses migrasi, serta langkah-langkah rollback yang jelas jika terjadi masalah. 
5. Menyusun rencana migrasi: Rencanakan jadwal, alokasi sumber daya, persyaratan teknis, dan penanggung jawab untuk setiap tahap. Sertakan prosedur pengujian dan validasi untuk memastikan sistem berfungsi dengan benar di lingkungan baru.
6. Susun analisis kelayakan bisnis dan selaraskan para pemangku kepentingan: Gunakan analisis tersebut untuk menyelaraskan proses repatriasi dengan tujuan keuangan dan strategis, memperoleh dukungan dari jajaran eksekutif, serta menjaga komunikasi yang jelas dengan staf TI, pimpinan bisnis, pengguna akhir, dan mitra eksternal sepanjang proyek. 

Repatriasi cloud merupakan penyesuaian strategis terhadap TI perusahaan, bukan penolakan terhadap cloud. Keseimbangan yang tepat antara infrastruktur cloud, on-premises, dan hybrid bergantung pada biaya, persyaratan regulasi, serta tujuan jangka panjang masing-masing organisasi.

Yang membedakan proses repatriasi yang sukses dengan yang merugikan adalah tata kelola. IGA memastikan bahwa perpindahan kembali ke lingkungan on-premises menghasilkan kontrol akses yang lebih ketat, posisi audit yang lebih kuat, dan model keamanan yang lebih dapat dipertanggungjawabkan, alih-alih menimbulkan celah baru.

Siap untuk memperkuat tata kelola identitas di seluruh lingkungan hybrid Anda? Pelajari Tata Kelola dan Siklus Hidup RSA.