2 alasan database federasi tidak seperti slam-dunk

Seringkali ini adalah masalah pertama yang Anda pecahkan saat pindah ke cloud: Perusahaan Anda menggunakan lusinan, terkadang ratusan, database heterogen yang berbeda, dan sekarang Anda perlu menggabungkannya menjadi ratusan tampilan virtual data di cloud.

Yang bagus tentang ini adalah Anda tidak perlu bermigrasi ke database baru, atau bahkan memindahkan data dari tempatnya saat ini dihosting di cloud. Bagaimanapun, mungkin ada aplikasi yang bergantung pada data itu, dan hal terakhir yang ingin Anda lakukan adalah menyimpan data yang berlebihan.

Jadi, Anda federasi. Itu memberi Anda sentralisasi data yang logis tanpa harus mengubah tempat data disimpan secara fisik, cloud atau tidak.

Tapi tidak secepat itu. Ada penghalang untuk dipertimbangkan. Inilah dua teratas saya.

Pertama, kinerja. Anda pasti dapat mencampur data dari database berbasis objek, database relasional, dan bahkan data tidak terstruktur, menggunakan tampilan berbasis metadata terpusat dan virtual. Tetapi kemampuan Anda untuk menjalankan kueri waktu nyata pada data itu, dalam jumlah waktu yang wajar, adalah cerita lain.

Rahasia kecil yang kotor tentang sistem basis data federasi (cloud atau tidak) adalah bahwa kecuali Anda bersedia meluangkan waktu yang diperlukan untuk mengoptimalkan penggunaan basis data virtual, masalah kinerja kemungkinan besar akan muncul yang membuat penggunaan basis data federasi , yah, tidak berguna. Ngomong-ngomong, meletakkan basis data federasi di cloud tidak akan membantu Anda, bahkan jika Anda menambahkan lebih banyak penyimpanan virtual dan komputasi untuk mencoba memaksakan kinerja.

Alasannya adalah begitu banyak yang harus terjadi di latar belakang hanya untuk mendapatkan data dari berbagai sumber database yang berbeda. Masalah ini biasanya diperbaiki dengan mencari tahu desain database federasi yang baik, menyesuaikan database, dan membatasi berapa banyak database fisik yang dapat dilibatkan dalam satu pola akses. Saya telah menemukan bahwa batasnya biasanya empat atau lima.

Kedua, keamanan. Saya cukup yakin bahwa sebagian besar database federasi berbasis cloud yang berjalan di cloud memiliki kerentanan yang dapat dieksploitasi sekarang, dan sebagian besar perusahaan yang memiliki data tidak mengetahuinya.

Penyebabnya sama dengan mengapa Anda biasanya mengalami masalah kinerja: Ada begitu banyak bagian yang bergerak sehingga sulit untuk memastikan semua data, titik akses, metadata, dll., Dikunci tetapi pada saat yang sama dapat diakses dengan mudah.

Meskipun sistem Anda yang menggunakan basis data federasi dapat mengenkripsi data saat tidak digunakan, mereka sering kali tidak mengenkripsi data dalam penerbangan. Atau, jika Anda mengenkripsi data dalam penerbangan, Anda mungkin tidak mengenkripsi data saat tidak digunakan. Atau, ada jalur langsung ke database fisik yang melewati arsitektur database federasi dan keamanan yang disediakannya.

Sampai saat ini, saya belum melihat database federasi dengan keamanan terpusat yang berfungsi baik di lapisan database virtual dan fisik. Jadi sibuk menancapkan lubang itu!