热门
最新
红包
立Flag
投票
同城
我的
发布
细一看遥遥无期！！！CSDN App 扫码分享
4
7
打赏
- 复制链接
- 举报
下一条：
OMG 发布了 DDS-RPC 标准规范，其中给出了一个参考实现。做法是在 DDS Topic 的基础上再封装一层，对于请求报文，添加包含客户端 GUID （全局唯一 ID） 和序列号的报文头，以让服务端识别来源和追踪序列。服务端回复时，将服务端 ID、序列号及原请求头复制到响应报文头中，使客户端能对应到之前的请求。虽然 DDS 可以大致模拟 SOA，但仍有些特性缺失，比如真正意义上的服务发现功能。DDS 虽然也有发现机制 （SPDP/SEDP），但仅提供通信端点层面的发现，无法发现应用层业务服务。不过，DDS 本身提供了良好扩展性，DDS-RPC 框架使用者可自行开发所需的服务发现功能。另一个限制是，一旦将 DDS 用于请求-响应模式的 RPC 通信，很多 QoS 特性将不再适用。综合考虑，将 DDS 用作 SOA 通信框架或 SOME/IP 的替代方案时，我们需要全面权衡其优势与挑战。DDS 与 SOA 的结合无疑能带来诸多优点，如高性能的实时数据分发与灵活的服务架构的融合。然而，这种整合也伴随着显著的成本和潜在缺陷：技术实现方面，我们可能需要自行解决一系列额外的技术问题。功能应用方面，这种使用方式可能会限制 DDS 原有的一些独特优势。资源消耗方面，DDS 较高的系统资源占用可能成为一个不容忽视的负担。因此，在做出技术路线的选择之前，我们必须审慎评估其带来的收益是否足以抵消相应的成本和潜在风险。————————————————版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。原文：全面解读DDS和TSN融合技术及其测试方案 （上）软件定义汽车对网络通信技术的影响|DDS的关键特性|DDS的以数据为中心|DDS的平台无关|基于DDS实现的SOA架构原文链接：https://blog.csdn.net/weixin_51954443/article/details/140946652
