MongoDB berkolaborasi dengan Codecademy pada kursus “Pelajari MongoDB” yang baru.

Database


Bebaskan data Anda dengan MongoDB Relational Migrator

Tidak ada yang lebih membuat frustrasi daripada data yang tidak terjangkau. Bayangkan Anda ingin menggabungkan data perilaku pelanggan dari CRM dan data penggunaan produk lama Anda untuk menjalankan iklan khusus di aplikasi seluler baru Anda, tetapi Anda tidak dapat menemukan data yang Anda butuhkan di lautan tabel di database relasional Anda. Seperti yang dijelaskan CTO MongoDB Mark Porter dalam keynote MongoDB World-nya, data yang dapat membuat perbedaan dapat dikunci “di tempat Anda tidak dapat menggunakannya.” Berdasarkan pengalamannya yang sulit diperoleh dengan data, Porter menambahkan bahwa informasi ini dapat “terjebak dalam skema dengan ratusan atau ribuan tabel yang dibangun selama beberapa dekade.” “Anda adalah bagian besar dari masalah ini,” jelas manajer produk MongoDB Tom Hollander saat presentasi tentang Migrator Relasional MongoDB di MongoDB World 2022. Jadi, kami telah menghabiskan banyak waktu untuk membangun alat yang memungkinkan Anda memetakan tabel Anda. Ubah skema relasional menjadi skema dokumen dan gunakan kekuatan penuh model dokumen MongoDB. Untuk melihat MongoDB Relational Migrator beraksi, lihat pengantar dan demo ini dari MongoDB World 2022 yang menampilkan Manajer Produk MongoDB Tom Hollander. Apa itu Migrator Relasional MongoDB? MongoDB Relational Migrator menyederhanakan migrasi dari infrastruktur data lama ke MongoDB dengan membantu pengembang menganalisis skema database relasional, mengonversinya menjadi skema MongoDB, dan kemudian memigrasikan data dari database sumber ke MongoDB. . Saat ini, Relational Migrator kompatibel dengan empat database relasional yang paling umum: Oracle, SQL Server, MySQL, dan PostgreSQL. Migrator tidak hanya memindahkan data dari database relasional Anda ke MongoDB, tetapi juga mengubahnya sesuai dengan skema baru Anda. Seperti yang ditunjukkan oleh manajer pemasaran produk Hollander dan MongoDB Eric Holzhauer, pengembang sering menggunakan kombinasi perangkat lunak dan alat (misalnya, ekstrak-modifikasi-load pipeline, ubah pengambilan data (CDC), antrian pesan, dan aliran) untuk mengimplementasikan migrasi, yang dapat kompleks, berisiko, dan rawan kesalahan. Relational Migrator menyediakan satu alat yang dapat menyederhanakan proses sambil memastikan bahwa data Anda masuk dengan cara yang terorganisir dan logis. Dengan menyederhanakan terjemahan skema—salah satu bagian paling kompleks dan sulit dari migrasi relasional apa pun—Migrator Relasional memberi pengembang dan tim teknis lainnya lebih banyak kontrol (dan meningkatkan visibilitas) atas skema MongoDB baru mereka. Hasilnya adalah data menjadi lebih mudah diakses untuk analisis dan pengambilan keputusan. “Sekarang saya bisa mendapatkan data ke dalam aplikasi saya tanpa melalui lapisan terjemahan,” jelas Porter. Representasi visual tentang bagaimana Migrator memetakan skema relasional ke skema dokumen. Mode Migrasi: Snapshot atau Sedang Berlangsung? Migrator menawarkan dua mode transfer data: snapshot atau sinkronisasi berkelanjutan (yang akan tersedia akhir tahun ini). Untuk membantu memutuskan mode mana yang akan digunakan, pertimbangkan apakah Anda dapat pindah ke MongoDB dan segera menonaktifkan database yang ada, atau apakah Anda perlu mengaktifkan dan menjalankan database relasional yang ada. Organisasi mungkin ingin memelihara database relasional mereka karena berbagai alasan, seperti menguji efektivitas desain dokumen yang Anda usulkan, menegakkan kontrak atau perjanjian lisensi untuk menghindari biaya yang mahal, atau memelihara database lama untuk audit. Dalam situasi ini, Anda dapat menjaga database relasional Anda tetap berjalan sehingga Relational Migrator terus mengirim data dari sumber Anda ke cluster MongoDB baru. Pada intinya, database relasional sulit untuk dimodernisasi—sebuah komitmen di dunia di mana lebih banyak data (dan lebih banyak variasi) dihasilkan daripada sebelumnya. Basis data relasional dikembangkan untuk memenuhi serangkaian kondisi dan asumsi dasar, termasuk RAM yang terbatas, kebutuhan akan penyimpanan yang andal, dan kemungkinan bahwa penyimpanan tersebut akan lebih lambat daripada jaringan. Karena munculnya komputasi awan, kondisi ini tidak ada lagi. Sekarang, RAM berlimpah, failover dimungkinkan, dan data dapat diambil lebih cepat daripada yang dapat ditransmisikan melalui jaringan. “Membuat perubahan skema untuk mendukung persyaratan bisnis yang direvisi bisa sangat menyakitkan,” jelas Hollander. Jadi, setiap kali Anda harus mengubah skema, Anda mungkin harus melihat semacam migrasi di tempat. Tim juga harus memastikan bahwa tidak ada kolom duplikat, data cache, atau pengidentifikasi di mana pun dalam tabel. Proses ini membutuhkan kerja yang signifikan dan menghasilkan dokumen yang panjang, berbelit-belit, terkait entitas, yang semuanya merupakan produk (dan proses) yang tidak mudah diskalakan. Untuk teknologi yang lebih tua, database relasional juga lebih mahal dari yang diperkirakan. Karena arsitekturnya, hampir tidak mungkin untuk memvirtualisasikan database relasional. Hal ini membuat penskalaan menjadi sangat mahal, karena memerlukan penambahan server bare metal daripada hanya menambahkan mesin virtual. Beberapa produk hubungan juga dikenal dengan perjanjian lisensi yang terlalu menghukum (dan audit yang dihasilkan). Seperti yang ditunjukkan Hollander, “Terkadang, seseorang datang dengan clipboard saat Anda tidak mengharapkannya dan mengaudit izin Anda.” Sebaliknya, basis data cloud-native, non-relasional dirancang dari bawah ke atas untuk mengatasi tantangan pengembangan aplikasi modern – menghasilkan kelincahan dan kecepatan yang lebih besar bagi pengembang. Dalam pengalaman mereka, Hollander dan timnya telah melihat biaya hingga 70 persen lebih rendah, serta peningkatan tiga hingga lima kali lipat dalam produktivitas dan kecepatan pengembang. Selain itu, cloud berkembang pesat, terutama di antara pesaing Anda. Gartner memperkirakan bahwa pada tahun 2025, lebih dari setengah pengeluaran TI perusahaan (di berbagai bidang seperti infrastruktur sistem, proses bisnis, dan aplikasi) akan beralih ke cloud—totalnya hampir $1,8 triliun. Keterbatasan Relational Migrator Seperti yang ditunjukkan Hollander, Relational Migrator hanyalah sebuah alat – alat untuk memfasilitasi pemetaan skema, menyediakan banyak kemampuan dan pilihan untuk desain skema yang efektif. “Ini bukan peluru perak yang akan langsung memodernisasi suite aplikasi Anda,” kata Hollander. Itu tidak akan melakukan segalanya untuk Anda. “Kamu masih harus melakukan perencanaan.” Selain itu, karena desain basis data adalah topik yang kompleks bahkan untuk profesional berpengalaman, Hollander merekomendasikan agar pengembang mendapat manfaat dari bekerja dengan arsitek, konsultan, dan mitra—terutama jika mereka tidak terbiasa dengan MongoDB atau praktik terbaik desain skema. Relational Migrator belum mendukung replikasi berkelanjutan, yang memungkinkan database relasional dan cluster MongoDB Anda hidup berdampingan untuk waktu yang lama. Namun, Hollander mengatakan fitur tersebut masih dalam proses dan akan tersedia di masa mendatang, bersama dengan kemampuan tambahan seperti rekomendasi skema, integrasi untuk platform data pengembang Atlas MongoDB, dan banyak lagi. MongoDB Relational Migrator saat ini dalam Akses Awal untuk digunakan dalam beban kerja non-produksi dengan bantuan tim teknik produk dan lapangan kami. Untuk mempelajari lebih lanjut, hubungi perwakilan MongoDB Anda atau hubungi kami melalui halaman Migrator untuk mendiskusikan beban kerja Anda dan langkah selanjutnya.

6 September 2022



Source link

Tinggalkan Balasan

Alamat email Anda tidak akan dipublikasikan.