Berita Merancang ketahanan data berbasis cloud | MIT Technology Review

gomerdeka

Berita Merancang ketahanan data berbasis cloud | MIT Technology Review

Terlepas dari semua keunggulan kompetitifnya, perpindahan ke cloud menghadirkan tantangan unik bagi ketahanan data. Faktanya, kualitas cloud yang membuatnya begitu menarik bagi bisnis—skalabilitas, fleksibilitas, dan kemampuan untuk menangani data yang berubah dengan cepat—adalah kualitas yang sama yang membuatnya sulit untuk memastikan ketahanan aplikasi penting dan datanya di cloud.

“Kesalahpahaman yang umum adalah bahwa ketahanan cloud secara otomatis melindungi data Anda,” kata Rick Underwood, CEO Clumio, penyedia solusi pencadangan dan pemulihan. “Namun, banyak faktor dalam lingkungan cloud yang masih dapat mengakses data Anda dan menghapusnya, mengenkripsinya dengan jahat, atau merusaknya.”

Yang memperumit masalah adalah bahwa memindahkan data ke cloud dapat menyebabkan berkurangnya visibilitas data, karena masing-masing tim mulai membuat instans mereka sendiri dan tim TI mungkin tidak dapat melihat dan melacak semua data organisasi. “Saat Anda membuat salinan data untuk semua layanan cloud yang berbeda ini, sangat sulit untuk melacak ke mana informasi penting Anda pergi dan apa yang perlu dipatuhi,” kata Underwood. Hasilnya, tambahnya, adalah “Wild West dalam hal mengidentifikasi, memantau, dan mendapatkan visibilitas keseluruhan ke dalam data Anda di cloud. Dan jika Anda tidak dapat melihat data Anda, Anda tidak dapat melindunginya.”

Berita Merancang ketahanan data berbasis cloud | MIT Technology Review

Akhir dari arsitektur cadangan tradisional

Hingga saat ini, banyak perusahaan mengandalkan arsitektur cadangan tradisional untuk melindungi data mereka. Namun, ketidakmampuan sistem cadangan ini untuk menangani data cloud dalam jumlah besar—dan skalabilitas untuk mengakomodasi pertumbuhan data yang eksplosif—semakin terlihat jelas, terutama bagi perusahaan berbasis cloud. Selain masalah volume data, banyak sistem cadangan tradisional tidak mampu menangani keragaman dan laju perubahan data perusahaan saat ini.

Pada awal mula cloud, Steven Bong, pendiri dan CEO AuditFile, mengalami kesulitan menemukan solusi cadangan yang dapat memenuhi kebutuhan perusahaannya. AuditFile menyediakan perangkat lunak audit untuk akuntan publik bersertifikat (CPA) dan perlu melindungi dokumen kerja audit yang penting dan sensitif. “Kami harus mencadangkan data kami dengan cara tertentu,” katanya. “Karena belum ada solusi elegan yang tersedia secara komersial, kami memiliki solusi buatan sendiri. Yaitu mentransfer data, mencadangkannya dari berbagai bucket, berbagai wilayah. Solusinya sangat rapuh. Kami melakukan semuanya secara manual, dan itu menghabiskan banyak waktu.”

Frederick Gagle, wakil presiden bidang teknologi untuk BioPlus Specialty Pharmacy, mencatat bahwa arsitektur cadangan yang tidak dirancang untuk cloud tidak memperhatikan fitur dan perbedaan unik platform cloud. “Banyak solusi cadangan,” katanya, “dimulai dari solusi cadangan data lokal di tempat. Mereka membuat beberapa perubahan sehingga dapat bekerja di cloud, tetapi tidak benar-benar dirancang dengan mempertimbangkan cloud, jadi banyak fitur dan kemampuan yang bukan bawaan.”

Underwood setuju, dengan mengatakan, “Perusahaan memerlukan solusi yang dirancang secara native untuk menangani dan melacak jutaan operasi data per jam. Satu-satunya cara mereka dapat melakukannya adalah dengan menggunakan arsitektur berbasis cloud.”

Unduh laporan lengkapnya.

Konten ini diproduksi oleh Insights, divisi konten khusus MIT Technology Review. Konten ini tidak ditulis oleh staf redaksi MIT Technology Review.

Sumber

Mohon maaf, Foto memang tidak relevan. Jika keberatan atau harus diedit baik Artikel maupun foto Silahkan Klik Laporkan. Terima Kasih

Also Read

Tags

tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tr tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq tq