„Data Distribution Service“ – Versionsunterschied
| [gesichtete Version] | [gesichtete Version] |
Inhalt gelöscht Inhalt hinzugefügt
K kat |
Aufbau, -404, -Malware link, +443 |
||
| (18 dazwischenliegende Versionen von 13 Benutzern werden nicht angezeigt) | |||
| Zeile 3: | Zeile 3: | ||
== Überblick == |
== Überblick == |
||
DDS stellt eine [[Middleware]] zur datenzentrierten Kommunikation in hochdynamischen |
|||
[[Verteiltes System|Verteilten Systemen]] dar. Zugrunde liegt ein Publisher-Subscriber |
[[Verteiltes System|Verteilten Systemen]] dar. Zugrunde liegt ein Publisher-Subscriber-Konzept, |
||
das deterministische Ressourcenverwaltung unterstützt. |
das deterministische Ressourcenverwaltung unterstützt. |
||
| Zeile 12: | Zeile 12: | ||
== Konzepte == |
== Konzepte == |
||
Die DDS |
Die DDS-Spezifikation enthält folgende Kernkonzepte: |
||
* Ein ''Topic'' ist ein anwendungsspezifischer [[Datentyp]] (bspw. in IDL definiert), der festlegt welche Art von Informationen ein DDS |
* Ein ''Topic'' ist ein anwendungsspezifischer [[Datentyp]] (bspw. in [[Schnittstellenbeschreibungssprache|IDL]] definiert), der festlegt, welche Art von Informationen ein DDS-Paket enthält. |
||
* Eine ''Domain'' dient zur logischen Gliederung und enthält eine Menge von Topics. |
* Eine ''Domain'' dient zur logischen Gliederung und enthält eine Menge von Topics. |
||
* Ein ''Publisher'' ist ein Teilnehmer im DDS |
* Ein ''Publisher'' ist ein Teilnehmer im DDS-System, der Daten (Topics) zur Verfügung stellt. |
||
* Ein ''Subscriber'' ist ein Teilnehmer im DDS |
* Ein ''Subscriber'' ist ein Teilnehmer im DDS-System, der Empfänger für bestimmte Daten (Topics) ist. |
||
Mithilfe von [[Quality of Service]] |
Mithilfe von [[Quality of Service|Quality-of-Service]]-Parametern kann ein ''Subscriber'' seine Anforderungen an die |
||
Qualität der Datenübertragung deklarativ festlegen. Außerdem kann er Filter anlegen, um zum Beispiel nur Daten in einem |
Qualität der Datenübertragung deklarativ festlegen. Außerdem kann er Filter anlegen, um zum Beispiel nur Daten in einem |
||
bestimmten Wertebereich des Topics zu empfangen. |
bestimmten Wertebereich des Topics zu empfangen. |
||
| Zeile 24: | Zeile 24: | ||
Je nach Implementierung finden sich die Komponenten (Publisher und Subscriber) selbst (zum Beispiel RTI) oder mittels eines zentralen Servers (zum Beispiel Interface Repository beim TAO). Der Vorgang des gegenseitigen Auffindens wird ''Discovery'' genannt. Das Discovery ohne zentralen Server wird zum Beispiel via [[Multicast]] realisiert. |
Je nach Implementierung finden sich die Komponenten (Publisher und Subscriber) selbst (zum Beispiel RTI) oder mittels eines zentralen Servers (zum Beispiel Interface Repository beim TAO). Der Vorgang des gegenseitigen Auffindens wird ''Discovery'' genannt. Das Discovery ohne zentralen Server wird zum Beispiel via [[Multicast]] realisiert. |
||
== Implementierungen == |
|||
Es existieren mehrere Implementierungen am Markt (kein Anspruch auf Vollständigkeit): |
|||
| ⚫ | |||
* [http://www.ociweb.com/products/dds DDS for TAO] |
|||
* [http://www.prismtech.com/section-item.asp?sid4=&sid3=252&sid2=10&sid=18&id=557 OpenSplice] |
|||
* [http://www.rti.com RTI Data Distribution Service] (vormals NDDS, kommerzielle Implementierung des DDS-Standards) |
|||
Die verschienenen Implementierungen sind zum Teil mit einander kompatibel, wenn sie das Wire Protokoll beherrschen, wie zB. die RTI- und PrismTech-Implementierung. |
|||
== Weblinks == |
== Weblinks == |
||
* [ |
* [https://www.omg.org/spec/DDS/ DDS OMG Spezifikation] |
||
* [ |
* [https://www.dre.vanderbilt.edu/DDS/index.shtml Benchmarks für existierende DDS Implementierungen] |
||
| ⚫ | |||
* [http://www.cs.hs-rm.de/~twagn002/embedded/dds.pdf DDS - Data Distribution Service am Beispiel OpenSplice (Wagner, Hochschule RheinMain)] |
|||
[[Kategorie:Middleware]] |
[[Kategorie:Middleware]] |
||
[[Kategorie:Object Management Group]] |
[[Kategorie:Object Management Group]] |
||
[[en:Data Distribution Service]] |
|||
[[es:Data Distribution Service]] |
|||
[[fr:Data Distribution Service]] |
|||
[[it:Data Distribution Service]] |
|||
[[ja:Data Distribution Service]] |
|||
[[ko:데이터 분산 서비스]] |
|||
Aktuelle Version vom 20. September 2023, 15:08 Uhr
Der Data Distribution Service (DDS) ist ein Standard, der von der Object Management Group spezifiziert wurde.
Überblick
[Bearbeiten | Quelltext bearbeiten]DDS stellt eine Middleware zur datenzentrierten Kommunikation in hochdynamischen Verteilten Systemen dar. Zugrunde liegt ein Publisher-Subscriber-Konzept, das deterministische Ressourcenverwaltung unterstützt.
Die Spezifikation unterteilt sich in zwei Bereiche:
- Data-Centric Publish-Subscribe (DCPS) beschreibt die grundlegenden Konzepte zur Datenverteilung
- Data Local Reconstruction Layer (DLRL) stellt eine Abstraktionsschicht für Anwendungen auf Basis von DCPS zur Verfügung
Konzepte
[Bearbeiten | Quelltext bearbeiten]Die DDS-Spezifikation enthält folgende Kernkonzepte:
- Ein Topic ist ein anwendungsspezifischer Datentyp (bspw. in IDL definiert), der festlegt, welche Art von Informationen ein DDS-Paket enthält.
- Eine Domain dient zur logischen Gliederung und enthält eine Menge von Topics.
- Ein Publisher ist ein Teilnehmer im DDS-System, der Daten (Topics) zur Verfügung stellt.
- Ein Subscriber ist ein Teilnehmer im DDS-System, der Empfänger für bestimmte Daten (Topics) ist.
Mithilfe von Quality-of-Service-Parametern kann ein Subscriber seine Anforderungen an die Qualität der Datenübertragung deklarativ festlegen. Außerdem kann er Filter anlegen, um zum Beispiel nur Daten in einem bestimmten Wertebereich des Topics zu empfangen.
Je nach Implementierung finden sich die Komponenten (Publisher und Subscriber) selbst (zum Beispiel RTI) oder mittels eines zentralen Servers (zum Beispiel Interface Repository beim TAO). Der Vorgang des gegenseitigen Auffindens wird Discovery genannt. Das Discovery ohne zentralen Server wird zum Beispiel via Multicast realisiert.