Repatriasi Data Dijelaskan: Mengapa Memindahkan Data Awan ke Lokal Penting

Biaya yang mahal untuk menyimpan dan menggunakan data di cloud publik semakin menjadi penghambat bagi perusahaan. Organisasi mencari alternatif yang lebih hemat biaya, itulah sebabnya kita melihat lebih banyak kasus repatriasi data (tindakan menarik data yang saat ini ada di cloud publik dan me-host ulangnya di on-site atau bare metal).

Artikel ini adalah pengantar repatriasi data dan efek (baik positif maupun negatif) dari meninggalkan cloud publik untuk penyimpanan bare metal on-prem. Baca lebih lanjut untuk mempelajari pengikat utama di balik repatriasi data dan lihat apakah menarik kembali data berbasis cloud adalah langkah yang sehat untuk bottom line Anda.

Apa Itu Repatriasi Data?

Repatriasi data adalah proses memindahkan data dari cloud publik ke penyimpanan yang dikelola sendiri (seperti server dedicated on-site atau cloud pribadi). Tergantung pada seberapa banyak data yang diutus oleh perusahaan, repatriasi adalah:

• Total (ketika organisasi menarik semua data dan memutus hubungan dengan cloud publik).
• Parsial (ketika perusahaan memutuskan untuk menarik sebagian tetapi tidak semua data dari cloud, yang biasanya terjadi ketika tim mencoba meningkatkan kinerja atau menurunkan biaya cloud).

Repatriasi data semakin umum seiring organisasi menyadari biaya yang mahal untuk menyimpan jumlah data besar di cloud publik. Ketika Anda memiliki kebutuhan penyimpanan yang besar (misalnya, jika Anda memiliki beberapa petabyte data terstruktur yang Anda akses secara teratur), penyimpanan berbasis cloud tidak sehemat biaya solusi tradisional.

Rata-rata, pilihan berbasis cloud biaya dua kali lipat untuk penggunaan dibandingkan hosting data on-site. Statistik ini tetap benar bahkan ketika kita menghitung biaya overhead yang diperlukan untuk penyimpanan on-site, yang termasuk harga dari:

• Staf yang mengelola perangkat keras.
• Ruang pusat data.
• Daya.
• Keamanan fisik.

Alasan utama di balik perbedaan tajam dalam harga adalah biaya egress. Penyedia tidak menagih Anda untuk mengunggah data, tetapi Anda membayar untuk kapasitas dan transfer data. Transfer yang mengirim data di luar infrastruktur penyedia mahal dan sering menjadi bagian terbesar dari tagihan cloud bulanan.

Biaya bukan satu-satunya alasan perusahaan memilih untuk merepatriasi data. Alasan umum lainnya termasuk:

• Pembaruan baru terhadap aturan kepatuhan.
• Masalah dengan latensi jaringan.
• Kehawatiran tentang keamanan komputasi awan.
• Keinginan untuk mencapai tingkat redundansi data yang lebih tinggi.
• Downtime yang sering karena kesalahan di pihak penyedia.
• Masalah dengan shadow IT (penggunaan yang tidak sah sumber daya cloud publik).
• Keputusan untuk mengejar model penerapan cloud yang berbeda.

Keuntungan Repatriasi Data

Seperti sebagian besar keputusan TI, memilih untuk merepatriasi data memiliki kelebihan dan kekurangan. Mari kita lihat lebih dekat manfaat paling menonjol dari menarik kembali data cloud publik.

Pengurangan Biaya dan ROI yang Lebih Baik

Biaya adalah keuntungan utama dan alasan terkemuka di balik repatriasi data. Sementara pusat data on-prem mahal untuk disiapkan, biaya cloud publik mulai menumpuk seiring waktu karena Anda membayar bulanan untuk:

• Volume penyimpanan.
• Instance server.
• Layanan per-pakai.
• Biaya transfer data (egress).
• "Biaya tersembunyi" (studi terbaru mengungkapkan bahwa bisnis menghabiskan lebih dari $62 miliar per tahun pada sumber daya cloud publik yang tidak mereka perlukan atau gunakan.)

Sooner or later, total pengeluaran cloud Anda akan mencapai harga peralatan hosting on-site. Namun, pada titik itu, Anda telah menghabiskan dana tersebut pada biaya operasional komputasi awan, dan Anda tidak akan memiliki perangkat keras meskipun telah berinvestasi. Dari sudut pandang itu, hosting on-site memiliki ROI yang jauh lebih unggul.

Ingatlah bahwa biaya penyimpanan berbasis cloud juga tidak konsisten dan sulit diprediksi. Biaya yang diproyeksikan dengan cepat melebihi anggaran karena:

• Penyedia mengubah harga.
• Kebutuhan TI Anda berubah seiring waktu.
• Tim sering meremehkan biaya yang terlibat dalam operasi di cloud.
• Lingkungan IT yang kompleks cenderung menderita shadow IT.

Dengan sistem penyimpanan on-site, biaya tidak berubah berdasarkan apa yang Anda lakukan dengan data Anda. Jika kebutuhan TI Anda tumbuh, Anda akan perlu berinvestasi dalam perangkat keras lebih banyak, tetapi Anda tidak akan pernah "melampaui batas" dengan tagihan seperti yang dapat Anda lakukan dengan penyimpanan berbasis cloud.

Kontrol Keamanan Langsung atas Data Anda

Hosting data di cloud publik berarti penyedia bertanggung jawab untuk menyimpan dan menjaga informasi tetap aman. Pengaturan ini adalah berkah bagi beberapa orang, tetapi mungkin menjadi penghambat bagi perusahaan yang mencari pendekatan yang lebih langsung terhadap keamanan data.

Ada juga beberapa kekhawatiran unik ketika Anda menyimpan data di cloud publik:

• Ratusan penyewa (atau lebih) berbagi infrastruktur cloud publik, yang memperkenalkan elemen risiko yang tidak ada di hosting internal.
• Ada kurangnya visibilitas ke dalam kontrol apa yang menjaga data berbasis cloud tetap aman.
• Tim klien bertanggung jawab untuk menggunakan langkah yang disediakan oleh vendor, jadi ada cukup ruang untuk konfigurasi salah (kesalahan paling umum terjadi dalam kebijakan keamanan cloud).
• Penyedia memegang hak atas berkas yang Anda simpan di cloud publik (kecuali Anda menandatangani SLA yang menyatakan sebaliknya).
• Cloud publik memungkinkan pengguna akhir untuk mengakses data dari mana saja, jadi selalu ada kemungkinan membagikan data kepada orang yang salah.

Sementara kegagalan oleh penyedia jarang terjadi, pengguna cloud publik harus mengetahui bahwa itu adalah kemungkinan. Pada Agustus 2018, kesalahan AWS mengungkapkan data bisnis yang krusial dari sekitar 31.000 sistem milik GoDaddy. Jika perusahaan menyimpan data on-site, insiden ini tidak akan terjadi.

Repatriasi data memungkinkan tingkat kedekatan dan kontrol fisik atas data yang tidak dapat ditawarkan oleh cloud publik. Anda juga membatasi permukaan serangan dengan mengurangi jumlah peristiwa yang dapat salah terjadi dengan data Anda. Anggaplah seperti menyimpan uang di lemari di rumah versus lemari di bank—bank aman, tentu, tetapi Anda tidak memiliki kata tentang bagaimana mereka melindungi lemari, ditambah mereka adalah target utama bagi perampokan. Dari sudut pandang itu, ada alasan kuat bahwa uang Anda lebih aman di rumah.

Tidak Ada Risiko Vendor Lock-In

Vendor lock-in terjadi ketika perusahaan menjadi terlalu tergantung pada penyedia cloud. Jika Anda menyimpan data di vendor terlalu lama dan membangun arsitektur aplikasi di sekitar penyimpanan itu, lock-in akan secara alami tumbuh seiring waktu. Anda kemudian tidak dapat beralih ke platform lain (baik internal atau milik penyedia lain) tanpa biaya perpindahan yang tinggi.

Repatriasi data memastikan penyimpanan Anda tidak pernah bergantung pada penyedia lebih dari tim internal Anda. Staf Anda mengelola set data, dan tidak ada risiko "terjebak" dengan pihak ketiga apa pun.

Latensi yang Lebih Baik

Sementara cloud publik menyediakan kapasitas penyimpanan yang hampir tanpa batas, kemampuan Anda untuk mengakses dan menggunakan data berbasis cloud bergantung pada koneksi Internet. Operasi menderita lag jika Anda melakukan pemrosesan internal dan koneksi ke data cloud publik lambat.

Lag mungkin bukan masalah untuk beberapa kasus penggunaan (seperti backup dan pemulihan atau operasi email), tetapi merusak untuk beberapa beban kerja, seperti:

• Analitik waktu nyata.
• Aplikasi keamanan siber.
• Sensor.
• Aplikasi IoT.

Jika Anda memiliki aplikasi sensitif latensi yang bergantung sangat pada set data, hosting informasi on-site (atau menggunakan server tepi) memberikan lag yang jauh lebih rendah daripada menggunakan cloud publik. Anda memendam jalur komunikasi, ditambah tim internal memiliki kesempatan untuk menyesuaikan sumber daya penyimpanan, komputasi, dan jaringan agar cocok dengan aplikasi.

Kepatuhan yang Lebih Mudah dengan Regulasi Data

Penyedia cloud publik (terutama hyperscaler) bekerja keras untuk memenuhi persyaratan pemerintah dan industri seperti HIPAA dan PCI. Namun, ada kekhawatiran besar dalam memenuhi regulasi di cloud publik: lokasi data. Jika bisnis Anda berada di bawah peraturan yang mengharuskan hosting data di wilayah tertentu, menggunakan cloud publik dapat membawa Anda ke dalam masalah hukum (dan keuangan) yang serius.

Alih-alih menyiapkan server cloud di wilayah tertentu dan mengandalkan pihak ketiga untuk tidak memindahkan informasi, beberapa organisasi memilih untuk mengambil kontrol penuh dan memindahkan data ke sistem on-prem.

Kekurangan Repatriasi Data

Berikut adalah tantangan dan kekurangan yang paling terlihat dari memilih repatriasi data:

• Anda akan harus menyediakan anggaran untuk perangkat keras yang diperlukan untuk hosting data on-site, terlepas dari sistem apa yang Anda putuskan untuk siapkan (cloud pribadi, server dedicated, peralatan colocation, dll.).
• Anda harus menyewa tim internal untuk mengonfigurasi dan mengelola lingkungan IT baru.
• Tim Anda sepenuhnya bertanggung jawab untuk menyiapkan perlindungan dan menjaga data on-site tetap aman dari pelanggaran, kebocoran, serangan siber, dan ancaman terhadap integritas data potensial.
• Tergantung pada staf Anda untuk memastikan ketersediaan data yang memadai.
• Ketika ada yang salah, tergantung pada tim Anda untuk memperbaiki masalah. Tidak ada penyedia untuk bergantung dalam hal downtime, jadi pastikan tim Anda tahu cara mengelola database on-site sebelum Anda memutuskan untuk menarik apa pun dari cloud publik.
• Repatriasi data kadang-kadang mengganggu kimia dan budaya tim. Beberapa karyawan mungkin merasa perusahaan sedang mundur, ditambah Anda harus menambahkan beberapa tugas baru ke hari kerja mereka.
• Kadang-kadang, menarik data kembali on-site mengarah pada kehilangan kecepatan atau kinerja. Dalam hal itu, Anda akan harus mengoptimalkan ulang semua layanan dan beban kerja yang menggunakan set data itu, proses yang sering berlangsung setidaknya beberapa hari.
• Anda tidak lagi memiliki akses ke sumber daya sesuai permintaan yang tak terbatas setelah Anda meninggalkan cloud publik, jadi selamat tinggal kepada penyediaan yang cepat dan penskalaan seketika. Anda harus menyediakan sumber daya dan membeli perangkat keras baru jika Anda membutuhkan lebih banyak penyimpanan.

Bagaimana Merepatriasi Data?

Pantau penggunaan sumber daya cloud dan bandingkan secara berkala biaya tersebut dengan metode penyimpanan alternatif. Jika sudah jelas bahwa jenis penyimpanan lain menawarkan ROI yang lebih tinggi untuk kasus penggunaan Anda, saatnya untuk repatriasi data. Proses ini terlihat seperti ini:

• Mulailah dengan menentukan data mana yang ingin Anda repatriasi dan garis besar tujuan perubahan. Apakah Anda mengarah pada repatriasi total, atau pendekatan parsial lebih masuk akal?
• Pertimbangkan masalah vendor-lock-in, arsitektur, atau pengguna akhir yang mungkin memperlambat atau mencegah perpindahan dari cloud.
• Pecah rencana menjadi tahapan dan tetapkan KPI yang memungkinkan Anda memantau kemajuan.
• Putuskan lingkungan hosting yang optimal untuk data Anda. Apakah Anda ingin membawa data kembali ke ruang server on-site, atau menyewa server dedicated akan cocok lebih baik? Atau mungkin cloud hibrid adalah jalan yang harus ditempuh?
• Tentukan tingkat keterampilan tim Anda. Terlepas dari seberapa berpengalaman karyawan, beberapa opsi hosting akan lebih menarik daripada yang lain.
• Jalankan analisis biaya-manfaat detail pada proyek untuk menilai dampak keuangan dari setiap alternatif yang layak.
• Rencanakan bagaimana tim akan memperbarui arsitektur aplikasi dengan data yang mendapatkan rumah baru. Apakah ada ruang untuk meningkatkan kinerja atau mengurangi lag?
• Mulai memindahkan data dari cloud publik. Ingatlah bahwa perpindahan memakan waktu, dan aplikasi yang bergantung pada data yang bersangkutan akan down selama proses jika Anda tidak memiliki penyimpanan cadangan. Arsip dingin umumnya lebih mudah dipindahkan daripada repositori yang diakses sering, jadi buat rencana dengan dampak terkecil pada UX Anda.
• Lakukan pengujian yang luas untuk melihat apakah semua aplikasi dan layanan yang terkait dengan set data berfungsi secara optimal.

Kapan Merepatriasi Data?

Anda harus merepatriasi data ketika sudah jelas bahwa pergi dari cloud publik akan memberikan manfaat pada satu (atau lebih) bidang bisnis berikut:

• Bottom line Anda.
• Tingkat keamanan.
• Performa layanan.

Berikut adalah beberapa skenario umum di mana repatriasi data adalah langkah bisnis yang tepat:

• Tagihan penyimpanan cloud keluar dari kendali: Mulailah mempertimbangkan opsi penyimpanan lain segera tagihan cloud publik mulai lebih mahal dari yang diharapkan (atau jika Anda membayar untuk sumber daya yang tidak Anda gunakan).
• Pindah ke lingkungan hosting yang lebih sesuai: Repatriasi data sering berarti perusahaan telah mengidentifikasi solusi penyimpanan yang lebih baik untuk kasus penggunaan mereka. Masalah umum yang bisnis berusaha selesaikan adalah lag dan masalah ketersediaan.
• Aturan kepatuhan baru: Pembaruan regulasi memaksa perusahaan di industri yang lebih ketat untuk merepatriasi data dari cloud publik.
• Penggunaan cloud telah mencapai puncaknya: Cloud publik memiliki dampak paling signifikan selama tahap awal setiap proyek. Begitu tim Anda mulai menganalisis tren penggunaan sumber daya, mulai jalankan analisis biaya-manfaat secara teratur untuk melihat apakah ada kebutuhan untuk repatriasi data.
• Menyusul adopsi cloud terlalu cepat: Perencanaan awal yang buruk, taktik lift-and-shift, dan kurangnya rencana migrasi cloud yang komprehensif adalah alasan umum untuk menarik data cloud publik kembali on-site. Ingatlah bahwa memotong kerugian lebih baik daripada berjalan penuh pada solusi penyimpanan yang salah.
• Penyedia cloud pailit: Klien tidak punya pilihan selain menarik kembali data mereka jika vendor menutup. Meskipun skenario ini jarang terjadi, perusahaan harus memiliki rencana pemulihan bencana jika penyedia pailit.

Jangan Takut Repatriasi Data dan Selalu Pilih Solusi Penyimpanan yang Optimal

Repatriasi data adalah tentang mengejar peluang TI baru, mengoptimalkan pengeluaran, dan meningkatkan kinerja aplikasi. Tiga faktor ini datang sebelum komitmen Anda terhadap cloud publik, jadi pastikan tim Anda selalu mempertimbangkan alternatif hosting untuk setiap database, beban kerja, dan layanan yang berjalan di cloud.