DDS協(xié)議(高可靠性、實(shí)時(shí)性) DDS(Data Distribution Service for Real-Time Systems)，是一種面向?qū)崟r(shí)系統(tǒng)的數(shù)據(jù)分發(fā)服務(wù)，由OMG提供，它的權(quán)威性可以證明該協(xié)議未來(lái)的應(yīng)用前景。 應(yīng)用領(lǐng)域：高可靠性的分布式系統(tǒng)，實(shí)時(shí)傳輸設(shè)備的數(shù)據(jù)通信。當(dāng)前DDS已在國(guó)防、民航、工業(yè)控制等領(lǐng)域得到了廣泛的應(yīng)用。
此外，DDS可以很好地支持設(shè)備間的數(shù)據(jù)分發(fā)和設(shè)備控制，以及在設(shè)備和云上傳輸數(shù)據(jù)，同時(shí)DDS的數(shù)據(jù)傳輸實(shí)時(shí)高效，能夠在數(shù)級(jí)范圍內(nèi)將數(shù)百萬(wàn)條信息同時(shí)發(fā)送給許多設(shè)備。DDS在服務(wù)質(zhì)量(QoS)方面提供了非常多的保障途徑，對(duì)于國(guó)防軍事、工業(yè)控制這些高可靠性、安全的應(yīng)用領(lǐng)域也是如此。但是這些應(yīng)用都運(yùn)行在有線網(wǎng)絡(luò)中，在無(wú)線網(wǎng)絡(luò)，尤其是資源受限的情況下，還沒(méi)有出現(xiàn)過(guò)實(shí)現(xiàn)案例。
AMQP(Advanced Message Queuing Protocol),OASIS組織提出的高級(jí)消息隊(duì)列協(xié)議這個(gè)小組提出了OSLC(Open Source Life cyle)標(biāo)準(zhǔn)，以供諸如PLM、ERP、MES等商業(yè)系統(tǒng)進(jìn)行數(shù)據(jù)交換。
用途：首次用于金融系統(tǒng)間的交易消息傳遞，在物聯(lián)網(wǎng)應(yīng)用中，主要用于手機(jī)與后臺(tái)數(shù)據(jù)中心的通訊和分析。
DDS (Data-Distribution Service數(shù)據(jù)分發(fā)服務(wù)) 是OMG在2004年發(fā)布的中間件協(xié)議和應(yīng)用程序接口（API）標(biāo)準(zhǔn)，它為分布式系統(tǒng)提供了低延遲，高可靠性，可擴(kuò)展的通信架構(gòu)標(biāo)準(zhǔn)。
如果不同廠家的DDS可以做到RTPS，既可以相互兼容。理論上是這樣。
單點(diǎn)故障：
整個(gè)系統(tǒng)中有某個(gè)節(jié)點(diǎn)出現(xiàn)了故障，導(dǎo)致整個(gè)系統(tǒng)出現(xiàn)癱瘓，這樣的故障叫做單點(diǎn)故障。
DDS不存在中央服務(wù)器的結(jié)構(gòu)，所以DDS沒(méi)有單點(diǎn)故障。
MQTT有broker（中間代理）如果出現(xiàn)故障，將會(huì)出現(xiàn)單點(diǎn)故障。
汽車對(duì)整個(gè)系統(tǒng)的安全性要求是非常高的，所以要盡量避免出現(xiàn)單點(diǎn)故障。
性能瓶頸問(wèn)題：
如果所有數(shù)據(jù)都要經(jīng)過(guò)中央服務(wù)器進(jìn)行中轉(zhuǎn)，那么整個(gè)數(shù)據(jù)的瓶頸取決于中央服務(wù)器的性能。
DDS不存在中央服務(wù)器的結(jié)構(gòu)，所以DDS沒(méi)有性能瓶頸問(wèn)題。
動(dòng)態(tài)發(fā)現(xiàn)：
read()不會(huì)清空緩存，所以每次讀取的內(nèi)容是一樣的（數(shù)據(jù)沒(méi)有變化的一個(gè)周期內(nèi)），
take()把數(shù)據(jù)讀取后，會(huì)將對(duì)應(yīng)的緩存清空，所以只能讀一次。
Concerns那一列 ：
- T:Topic
- DR: data reader
- DW:data Writer
- P: Puslisher 發(fā)布方
- S: subscruber 訂閱方
使用RELIABLE方式需要看自己的系統(tǒng)資源是否足夠，如果有一個(gè)數(shù)據(jù)包發(fā)生阻塞，可能會(huì)阻塞一大片。如果系統(tǒng)資源足夠問(wèn)題不大，如果系統(tǒng)資源有限，不推薦這種方式。
https協(xié)議1.0和2.0之前都用的是TCP，后來(lái)發(fā)生對(duì)頭阻塞問(wèn)題后傳輸效率大大降低。
https協(xié)議3.0就使用了UDP協(xié)議。
屬于不同的 Domain ID 是不能相互訪問(wèn)的
DDS有相關(guān)的插件，支持多種安全策略和機(jī)制。
DDS Qos假設(shè)你的傳輸層是不可靠的，你可能延遲，可能丟包、可能亂序?；谶@個(gè)不可靠的傳輸，來(lái)實(shí)現(xiàn)一些比較高級(jí)的功能。
TSN的服務(wù)質(zhì)量非常好，它可以精確控制你的延遲，可預(yù)期性非常高，它天生與DDS有一些區(qū)別。
如果我們把DDS的Qos用到TSN上，DDS原來(lái)的Qos策略有一些可能就不適用了，DDS可能需要求添加一些新的Qos來(lái)適應(yīng)TSN。
RTI是目前DDS做的非常好的第三方供應(yīng)商。
以上內(nèi)容來(lái)源于：
純技術(shù)分享，如有侵權(quán)，請(qǐng)聯(lián)系我刪除。DDS協(xié)議(高可靠性、實(shí)時(shí)性) DDS(Data Distribution Service for Real-Time Systems)，是一種面向?qū)崟r(shí)系統(tǒng)的數(shù)據(jù)分發(fā)服務(wù)，由OMG提供，它的權(quán)威性可以證明該協(xié)議未來(lái)的應(yīng)用前景。 應(yīng)用領(lǐng)域：高可靠性的分布式系統(tǒng)，實(shí)時(shí)傳輸設(shè)備的數(shù)據(jù)通信。當(dāng)前DDS已在國(guó)防、民航、工業(yè)控制等領(lǐng)域得到了廣泛的應(yīng)用。
此外，DDS可以很好地支持設(shè)備間的數(shù)據(jù)分發(fā)和設(shè)備控制，以及在設(shè)備和云上傳輸數(shù)據(jù)，同時(shí)DDS的數(shù)據(jù)傳輸實(shí)時(shí)高效，能夠在數(shù)級(jí)范圍內(nèi)將數(shù)百萬(wàn)條信息同時(shí)發(fā)送給許多設(shè)備。DDS在服務(wù)質(zhì)量(QoS)方面提供了非常多的保障途徑，對(duì)于國(guó)防軍事、工業(yè)控制這些高可靠性、安全的應(yīng)用領(lǐng)域也是如此。但是這些應(yīng)用都運(yùn)行在有線網(wǎng)絡(luò)中，在無(wú)線網(wǎng)絡(luò)，尤其是資源受限的情況下，還沒(méi)有出現(xiàn)過(guò)實(shí)現(xiàn)案例。
AMQP(Advanced Message Queuing Protocol),OASIS組織提出的高級(jí)消息隊(duì)列協(xié)議這個(gè)小組提出了OSLC(Open Source Life cyle)標(biāo)準(zhǔn)，以供諸如PLM、ERP、MES等商業(yè)系統(tǒng)進(jìn)行數(shù)據(jù)交換。
用途：首次用于金融系統(tǒng)間的交易消息傳遞，在物聯(lián)網(wǎng)應(yīng)用中，主要用于手機(jī)與后臺(tái)數(shù)據(jù)中心的通訊和分析。
DDS (Data-Distribution Service數(shù)據(jù)分發(fā)服務(wù)) 是OMG在2004年發(fā)布的中間件協(xié)議和應(yīng)用程序接口（API）標(biāo)準(zhǔn)，它為分布式系統(tǒng)提供了低延遲，高可靠性，可擴(kuò)展的通信架構(gòu)標(biāo)準(zhǔn)。
如果不同廠家的DDS可以做到RTPS，既可以相互兼容。理論上是這樣。
單點(diǎn)故障：
整個(gè)系統(tǒng)中有某個(gè)節(jié)點(diǎn)出現(xiàn)了故障，導(dǎo)致整個(gè)系統(tǒng)出現(xiàn)癱瘓，這樣的故障叫做單點(diǎn)故障。
DDS不存在中央服務(wù)器的結(jié)構(gòu)，所以DDS沒(méi)有單點(diǎn)故障。
MQTT有broker（中間代理）如果出現(xiàn)故障，將會(huì)出現(xiàn)單點(diǎn)故障。
汽車對(duì)整個(gè)系統(tǒng)的安全性要求是非常高的，所以要盡量避免出現(xiàn)單點(diǎn)故障。
性能瓶頸問(wèn)題：
如果所有數(shù)據(jù)都要經(jīng)過(guò)中央服務(wù)器進(jìn)行中轉(zhuǎn)，那么整個(gè)數(shù)據(jù)的瓶頸取決于中央服務(wù)器的性能。
DDS不存在中央服務(wù)器的結(jié)構(gòu)，所以DDS沒(méi)有性能瓶頸問(wèn)題。
動(dòng)態(tài)發(fā)現(xiàn)：
read()不會(huì)清空緩存，所以每次讀取的內(nèi)容是一樣的（數(shù)據(jù)沒(méi)有變化的一個(gè)周期內(nèi)），
take()把數(shù)據(jù)讀取后，會(huì)將對(duì)應(yīng)的緩存清空，所以只能讀一次。
Concerns那一列 ：
- T:Topic
- DR: data reader
- DW:data Writer
- P: Puslisher 發(fā)布方
- S: subscruber 訂閱方
使用RELIABLE方式需要看自己的系統(tǒng)資源是否足夠，如果有一個(gè)數(shù)據(jù)包發(fā)生阻塞，可能會(huì)阻塞一大片。如果系統(tǒng)資源足夠問(wèn)題不大，如果系統(tǒng)資源有限，不推薦這種方式。
https協(xié)議1.0和2.0之前都用的是TCP，后來(lái)發(fā)生對(duì)頭阻塞問(wèn)題后傳輸效率大大降低。
https協(xié)議3.0就使用了UDP協(xié)議。
屬于不同的 Domain ID 是不能相互訪問(wèn)的
DDS有相關(guān)的插件，支持多種安全策略和機(jī)制。
DDS Qos假設(shè)你的傳輸層是不可靠的，你可能延遲，可能丟包、可能亂序?；谶@個(gè)不可靠的傳輸，來(lái)實(shí)現(xiàn)一些比較高級(jí)的功能。
TSN的服務(wù)質(zhì)量非常好，它可以精確控制你的延遲，可預(yù)期性非常高，它天生與DDS有一些區(qū)別。
如果我們把DDS的Qos用到TSN上，DDS原來(lái)的Qos策略有一些可能就不適用了，DDS可能需要求添加一些新的Qos來(lái)適應(yīng)TSN。
RTI是目前DDS做的非常好的第三方供應(yīng)商。
以上內(nèi)容來(lái)源于：
純技術(shù)分享，如有侵權(quán)，請(qǐng)聯(lián)系我刪除。
聯(lián)系客服
