Buka Perangkat Lunak DDS vs. RTI DDS

Grup Manajemen Objek (OMG) Layanan Distribusi Data (DDS) standar adalah apa yang disebut "standar terbuka." Ini berarti bahwa standar tersebut tersedia untuk umum dan memberikan referensi normatif untuk membantu menjamin konsistensi, portabilitas, dan interoperabilitas. Standar terbuka tidak sama dengan perangkat lunak yang "sumber terbuka". Perangkat lunak sumber terbuka adalah perangkat lunak komputer yang disediakan dengan kode sumbernya. Perangkat lunak sumber terbuka dapat dibagikan dan dimodifikasi dan didistribusikan, biasanya di bawah lisensi sumber terbuka. Standar DDS adalah standar terbuka dan memiliki implementasi open source yang tersedia. Misalnya, OpenDDS adalah implementasi open source DDS yang dikelola oleh OCI (Object Computing Inc.). Ada banyak distribusi komersial yang tersedia juga, yang paling populer adalah Connext® DDS RTI.

Jadi, apa yang harus Anda pertimbangkan saat memutuskan antara solusi DDS open source versus solusi komersial?

Fitur Inti DDS Sumber Terbuka

Saat memutuskan antara DDS open source dan DDS komersial, penting untuk menentukan fitur DDS yang Anda butuhkan dan membandingkannya dengan fitur yang tersedia dengan rilis DDS yang ingin Anda gunakan. Jika Anda tidak yakin dengan apa yang Anda perlukan, implementasi yang lengkap kemungkinan besar akan memenuhi kebutuhan Anda dalam jangka panjang. Misalnya, RTI Connext DDS mendukung API DDS lengkap.

Berikut adalah beberapa kemampuan standar OMG DDS yang didukung RTI Connext DDS yang tidak umum ditemukan di distribusi open source:

• Dukungan bahasa - Connext DDS mendukung C++, C++03, C++11, Java, Ada, C# dan .Net tradisional. Sebagai contoh, OpenDDS hanya mendukung C++ tradisional.
• Kualitas Layanan (QoS) Presentasi - kemampuan untuk mengontrol urutan sampel yang sampai ke pelanggan.
• Pemfilteran konten sisi penulis - menggunakan lebih sedikit bandwidth dan lebih sedikit siklus CPU di sisi penerima.
• Definisi tipe data - mendefinisikan tipe data dengan cara yang lebih fleksibel dengan kemampuan untuk berkembang dari waktu ke waktu tanpa mengorbankan portabilitas, interoperabilitas, atau ekspresi sistem tipe DDS. Ini dikenal sebagai tipe yang dapat diperluas.
• Fungsi permintaan/balasan - bagian dari standar OMG dan memberi pengguna paradigma perpesanan tambahan agar sesuai dengan kasus penggunaan mereka.
• Dukungan spesifikasi Bahasa Aplikasi XML - menyediakan pengguna dengan konfigurasi QoS melalui file XML.
• Data yang koheren di beberapa Topik - ini diimplementasikan dengan kumpulan yang koheren dengan cakupan akses presentasi.

Berikut adalah beberapa kemampuan (non-standar) yang ditingkatkan yang didukung RTI Connext DDS yang tidak umum ditemukan di distribusi open source, termasuk kemampuan untuk:

• Menjamin fitur pengiriman termasuk pengakuan "tingkat aplikasi", GUID virtual (untuk mendukung layanan perutean yang berlebihan), langganan yang tahan lama, riwayat penulis yang tahan lama, dan penulis data kolaboratif.
• Gabungkan paket yang lebih kecil menjadi paket yang lebih besar untuk throughput (batching) yang lebih besar.
• Kueri data historis dari Topik Anda (Kueri Topik).
• Menambahkan, menghapus, dan mengubah koneksi IP (Mobilitas IP) secara dinamis.

Komponen dan Layanan Aplikasi

Saat mempertimbangkan solusi mana yang terbaik untuk Anda, penting untuk menentukan dukungan apa di luar inti DDS yang Anda perlukan yang tidak dimiliki oleh versi DDS yang Anda gunakan. Apakah Anda perlu berinteraksi dengan halaman web? Apakah Anda ingin berintegrasi dengan database relasional? Beberapa layanan utama yang tidak tersedia dengan DDS open source meliputi:

• Layanan Perutean - meneruskan dan mengubah data antar jaringan.
• Layanan Rekam dan Putar Ulang – rekam data dengan kecepatan tinggi. Putar ulang ke sistem langsung atau simulasi.
• Layanan Integrasi Basis Data – menyimpan data DDS ke dalam basis data relasional. Pantau perubahan basis data dari mana saja menggunakan DDS.
• Layanan Integrasi Web – mengembangkan aplikasi berbasis web dan berbasis browser. Membaca dan menulis data DDS hanya menggunakan perintah HTTP.
• Layanan Persistensi – menyimpan data secara permanen dan membuatnya tersedia untuk aplikasi kapan pun mereka bergabung dengan sistem.
• Antarmuka bahasa skrip Konektor DDS - Sambungkan antarmuka DDS dengan bahasa skrip Python, Javascript, dan Lua.
• Perancang Sistem – desain grafis dan konfigurasi sistem DDS Connext.
• Prototipe – prototipe, latihan, dan uji sistem DDS.
• Layanan Cloud Discovery – terapkan DDS di cloud.

Alat untuk Implementasi DDS

Anda juga ingin menentukan alat pengembangan apa yang tersedia untuk implementasi DDS yang Anda pertimbangkan. Cukup sering DDS digunakan dalam sistem besar yang saling terhubung yang bisa sangat kompleks. Memiliki alat yang tepat tersedia untuk men-debug sistem ini sangat penting. Connext DDS memiliki seperangkat alat lengkap yang telah dirancang untuk memenuhi kebutuhan pelanggan kami, termasuk:

• Konsol Admin – melihat aplikasi DDS yang sedang berjalan dan memvisualisasikan data. Lihat peserta, topik, penulis, dan pembaca termasuk pengaturan QOS dan tipe data. Masalah koneksi diidentifikasi secara otomatis.
• Memantau – dapatkan informasi mendetail tentang entitas DDS, lalu lintas, dan status internal.
• rtiddsspy – utilitas baris perintah untuk melihat apa yang sedang dipublikasikan dan apa yang sedang dilanggan.
• Add-in Spreadsheet Excel – Membaca dan menulis DDS dari Microsoft Excel.
• Alat Analisis Heap – Ambil cuplikan penggunaan tumpukan DDS dan identifikasi kebocoran memori dengan cepat.

Keamanan DDS

Distribusi DDS Open Source tidak secara langsung menyertakan dukungan keamanan apa pun. Artinya mereka tidak mendukung standar Keamanan DDS dan juga tidak memiliki transport TLS atau DTLS yang tersedia. RTI Connext DDS mendukung standar Keamanan DDS dan telah dirilis sejak beta Connext DDS Secure pertama kali dirilis pada tahun 2015. Connext DDS juga memiliki transportasi WAN Aman yang mencakup dukungan TLS dan DTLS. Baca selengkapnya tentang perangkat lunak RTI Connext DDS Secure kami.

Sertifikasi

Apakah aplikasi Anda memerlukan beberapa bentuk sertifikasi? Memakan waktu dan mahal untuk mensertifikasi perangkat lunak, dan semakin banyak kode yang terlibat, semakin sulit untuk dilakukan. Saat ini satu-satunya versi bersertifikat DDS adalah RTI Connext DDS Cert. Connext DDS Cert mendukung subset dari API standar DDS dan telah disertifikasi dengan sertifikasi DO178C level A. Baca lebih lanjut tentang Connext DDS Cert.

Kekuatan

Mungkin faktor terpenting saat menentukan apakah DDS open source cocok adalah kekokohan implementasi. Cara terbaik bagi perangkat lunak untuk membuktikan dirinya adalah dalam aplikasi pelanggan yang sebenarnya. Berapa banyak sistem nyata yang dikerahkan yang menggunakan implementasi DDS yang Anda pertimbangkan? Ketika sebuah implementasi telah berhasil diterjunkan berulang kali, Anda tahu bahwa itu dapat melakukan pekerjaan itu. Connext DDS telah diuji di lapangan, terbukti, dan digunakan oleh lebih dari 1000 proyek berbeda di lebih dari 1 juta perangkat saat ini. Beberapa aplikasi kompleks dan kritis yang memanfaatkan Connext DDS saat ini meliputi:

• Bendungan Grand Coulee – Operasi 24x7, 300 ribu nilai data
• Kontrol Peluncuran KSC NASA – 300 ribu poin, pada 400 ribu msgs/dtk
• Perusak Raytheon Zumwalt – 1500 aplikasi DDS, 10 juta pasang yang dapat diterbitkan
• Kontrol darat bandara PVG Shanghai - digunakan di seluruh Bandara Regional China Tenggara sejak 2015

DDS Connext telah membuktikan dirinya berulang kali dalam aplikasi kehidupan nyata.

Kedua, RTI benar-benar menguji DDS. Ini termasuk pengujian otomatis yang ekstensif, pelatihan dan tinjauan yang ketat, serta pelacakan dan manajemen masalah yang ekstensif. Selain itu, RTI IIoT Testing Lab adalah fasilitas lab terbesar dan terlengkap di industri, dengan fitur:

• Uji skala 240-inti; menjalankan 1000-an program bersamaan, 10k titik akhir
• Array CPU Xeon 32 cepat
• Larik uji mikro 128-board
• Hampir 100 jenis komputer yang berbeda

Pertanyaan yang sangat penting untuk ditanyakan kepada diri sendiri adalah, bagaimana kualitas rilis DDS yang Anda percayakan untuk produk Anda?

Dukungan Platform

Apa arsitektur target, sistem operasi, dan kompiler yang akan Anda gunakan? Apakah implementasi DDS yang Anda pertimbangkan bahkan mendukung bahasa yang ingin Anda gunakan? Juga, seberapa sering dan cepat arsitektur baru dan versi OS didukung? Penting untuk memastikan bahwa plat

[1] [2] 下一页