JMS 消息系统的架构、安全与外部连接策略
1. 消息丢失检测与确认机制
消息供应商应支持某种错误检测机制,以了解 UDP 数据报何时丢失。理想情况下,它应能知晓由于不支持的网络路由器跨越网络边界而无法访问客户端。JMS 规范允许非持久 JMS 订阅者错过消息,但对此故意含糊其辞,因为规范的目标并非将某种架构强加给 JMS 提供商。不过,实际上,非保证消息传递意味着消息可能会丢失,并且应该只是偶尔丢失。对于这两种情况,都需要某种确认语义。
2. 集中式和分布式架构
- 集中式架构
- 架构特点 :基于 TCP 的消息系统通常使用星型架构,其中集中式消息服务器或消息服务器集群通过 TCP/IP、SSL 或 HTTP 连接与 JMS 客户端通信。集中式服务器负责了解在任何给定时间谁在发布消息以及谁在订阅消息。消息服务器可以在跨多台机器的集群中运行,但对客户端来说,似乎只有一个逻辑服务器。
- 优势 :集群中的消息服务器可以智能地将消息路由到其他服务器,提供负载均衡,并通过选择性过滤和路由仅将需要到达特定节点的消息进行优化网络流量。服务器还负责保证消息的持久性,以及按主题为订阅者授予权限的访问控制列表(ACL)。集中式服务器也使得添加订阅者更加容易,当新订阅者上线时,只需消息服务器知晓即可。
- 劣势 :集中式架构可能会引入单点故障,如果集群中的主服务器(客户端最初连接的服务器)出现故障,整个集群可能会变得不可用。不过,JMS 提供商可以通过将连接
超级会员免费看
订阅专栏 解锁全文

267

被折叠的 条评论
为什么被折叠?



