Video: IMPLEMENTASI DESAIN DATABASE TERDISTRIBUSI 2024
Jika Anda membuat lebih banyak integrasi data dengan menggunakan penyimpanan data ODS dan MDM, Anda juga memerlukan perpesanan, atau komunikasi, arsitektur untuk memungkinkan sistem yang tidak dibangun untuk berkomunikasi satu sama lain untuk melakukannya. Masukkan konsep arsitektur berorientasi layanan, atau SOA.
SOA adalah metode untuk pengembangan dan integrasi sistem di mana fungsionalitas dikelompokkan seputar proses bisnis dan dikemas sebagai layanan yang dapat dioperasikan. SOA juga menggambarkan infrastruktur TI yang memungkinkan aplikasi berbeda untuk bertukar data satu sama lain saat mereka berpartisipasi dalam proses bisnis.
SOA bertujuan untuk secara longgar mengelompokkan layanan dengan sistem operasi, bahasa pemrograman, dan teknologi lainnya yang mendasari aplikasi. Proses ini sangat mirip dengan apa yang terjadi dengan peralatan audio visual saat berevolusi.
Anda dapat membeli speaker terbaik untuk sistem surround sound Anda, menghubungkannya ke receiver audio visual Anda, menghubungkan receiver ke proyektor definisi tinggi, dan mengoperasikan semuanya dengan remote universal. Antarmuka antara komponen ini telah distandarkan sehingga produsen berbeda dapat saling terkait dengan komponen "terbaik dari jenis" masing-masing.
SOA memisahkan fungsi menjadi unit atau layanan yang berbeda, yang dapat diakses melalui jaringan sehingga aplikasi bisnis dan monitor-the-business dapat menggabungkan dan menggunakan kembali fungsi-fungsinya. Pada akhirnya, layanan ini berada di lapisan integrasi bisnis.
Layanan ini berkomunikasi satu sama lain dengan mengirimkan data dari satu layanan ke layanan lainnya, atau dengan mengkoordinasikan aktivitas antara dua atau lebih layanan. Konsep SOA dibangun berdasarkan konsep terdistribusi komputasi terdistribusi dan pemrograman modular sehingga kemajuan dalam berbagai komponen infrastruktur teknis dan rekayasa perangkat lunak umum memungkinkan.
SOA menyediakan perpesanan sebagai mekanisme untuk memindahkan data (dalam hal ini, data master) dari satu lingkungan ke lingkungan lainnya. Terlepas dari produk dan teknologi yang Anda gunakan, lihatlah arsitektur perpesanan lintas sistem.
Pesan biasanya merupakan sarana komunikasi asinkron dari satu lingkungan ke lingkungan lainnya. Sumber pesan (dalam hal ini, aplikasi di mana seseorang melakukan pembaruan) dapat melanjutkan pekerjaannya sendiri tanpa harus berhubungan dengan penerima pesan (dalam kasus ini, sistem MDM).
Sistem pesan dan protokol yang terkait menangani layanan verifikasi dan validasi.Pesan dan komunikasi asinkron memberi Anda banyak fleksibilitas dalam merancang lingkungan terdistribusi di mana Anda harus mengirim data bolak-balik melintasi sistem dengan cepat dan tidak mampu mengikat satu pun sistem sementara menunggu yang lain melakukan apa pun yang diperlukannya dengan pesan.
MDM, bersama dengan SOA, memberi Anda platform teknologi untuk mengirimkan sejumlah loop umpan balik antara beberapa toko data operasional dan portofolio aplikasi run-the-business Anda. MDM membantu menyelesaikan masalah integrasi data point-to-point antar sistem. Sebelum implementasi MDM, solusi point-to-point biasanya menghasilkan jaringan komunikasi laba-laba yang kompleks untuk dikelola dan dikelola.
MDM dan SOA memberikan pendekatan alternatif yang kuat yang menerapkan arsitektur hub data message yang berfungsi sebagai titik pengumpulan dan distribusi untuk pesan di seluruh perusahaan Anda.
Setiap aplikasi lalu menerbitkan (membuat tersedia) kumpulan pesan tertentu dan juga berlangganan untuk (mengakses) pesan lain yang mungkin berasal dari aplikasi lain. Setiap hub menyimpan daftar aplikasi mana yang berlangganan pesan dan, setelah menerima pesan apa pun, mendistribusikan pesan tersebut ke tujuan yang sesuai.
