Socket.D v2.5.9

Broker 模式

</> markdown

介于协议特点的“双向通讯”能力,Socket.D 的客户端与服务端同时具备“请求”与“响应”的能力。在这个能力的支持下,业务概念的客户端与服务端,都以 Client 的身份(可称为 Player),连入一个中心 Server(可称为 Broker)。Player 发送消息后,由 Broker 进行转发给另一个(或一批) Player。此为,Socket.D Broker 模式,也是一个天然的集群形态。

感观上像是,一批玩家(Player)连接加入到了一个(或多个)社交平台(Broker)。就像我们用微信(或QQ)那样,大家连入微信服务器,发消息时由微信服务器转发给另一个(或一批)用户。

架构特点

1、中心与环绕结构

所有 Player 端,连到一个或多个 Broker 中心(一般用两个或以上,构建高可用性)。Player 既发送消息,也可答复消息。

2、自带注册与发现中心

连入的 Player 都会有自己的名字(连接时用@参数为自己取名)。且 Broker 实时感应它们的连接状态(毫秒级)。相对传统第三方注册服务架构,反应极快。连接地址示例:

sd:tcp://127.0.0.1:8602?@=demoapp

定制时,还可以通过别的方式为服务取多个不同的名字。比如,消息中间件开发在订阅行为时给自己取多个名字

3、无端口启动

Player 无端口启动。以技术客户端的身份,连入 Broker。相对传统架构,不需要暴露业务服务的端口,更安全。

4、四种 Broker 转发方式(或广播方式)

  • 四种转发方式(单播,单播!,组播,广播):
at描述备注
demoapp单播给叫这个名的其中一个会话发(使用 轮询 “负载均衡”策略)
demoapp!单播!给叫这个名的其中一个会话发(使用 ip_hash “负载均衡”策略
demoapp*组播给叫这个名的整组会话发(如果自己也叫这个名,则自己除外)
*广播给集群里的全部会话发(自己除外)
  • 通过at方式进行转发,示例:
session.send("test", new StringEntity("hello").at("demoapp"));
session.send("test", new StringEntity("hello").at("demoapp!"));
session.send("test", new StringEntity("hello").at("demoapp*"));
session.send("test", new StringEntity("hello").at("*"));