dubbo注册中心之一：Multicast（组播）注册中心_晏无心_新浪博客

冷不防 2022-12-20 15:52 377阅读 0赞

dubbo的注册中心可以有多种选择实现方式，这里来看的是Multicast（组播）的方式。

**一、dubbo注册中心是干什么的？**

个人理解dubbo注册中心就是用来发现服务提供方和服务消费方的。

1.服务提供方启动后，主动发消息给注册中心，注册中心获取服务提供方的地址列表；

2.服务消费方启动会，主动发消息给注册中心，订阅服务；

3.注册中心将服务对应的服务提供方地址列表发送给服务消费方。

**二、Multicast（组播）为什么能作为dubbo注册中心？**

Multicast（组播）协议允许将一台主机发送的数据通过网络路由器和交换机复制到多个加入此组播的主机，是一种一对多的通讯方式。

那么对dubbo注册中心来讲，每个服务提供方和服务消费方都是一台主动发送数据的主机，而服务提供方对应的服务消费方，和服务消费方对应的服务提供方，就是加入到此组播中的其他主机。

1.服务提供方启动后，向组播内的服务消费方广播自己的地址；

2.服务消费方启动后，向组播内的服务提供方广播自己的服务订阅；

3.服务提供方收到服务消费方的订阅请求后，单播或者广播自己的地址给特定的服务消费方或所有的服务消费方；

4.服务消费方收到服务提供方的地址后，通过RPC连接进行服务调用。

这里可以看出，服务提供方分别在启动后和接收到服务消费方订阅请求后，进行了两次地址广播，以保证新启动的服务消费方可以顺利接收到服务提供方的地址；

服务消费方可以在新服务提供方启动时获取服务提供地址，也可以在自己启动后获取已有的服务提供方地址。

这样Multicast（组播）就可以作为dubbo的注册中心了。这种方式并没有一个专门的服务或服务器作为注册中心，而是将Multicast（组播）协议作为注册中心，每一台服务提供方和服务消费方都可以看作是注册中心的一部分。

**三、组播到底是什么？**

当前的网络中有三种通讯模式：单播、广播、组播，其中的组播出现时间最晚但同时具备单播和广播的优点，最具有发展前景。

**1.单播**

主机之间“一对一”的通讯模式。

网络中的交换机和路由器对数据只转发不复制。

如果10个客户机需要相同的数据，则服务器需要逐一传送，重复10次相同的工作。

但由于其能够针对每个客户的及时响应，所以现在的网页浏览全部都是采用IP单播协议。

网络中的路由器和交换机根据其目标地址选择传输路径，将IP单播数据传送到其指定的目的地。

**1.1单播的优点**

服务器及时响应客户机的请求；

服务器针对不同的客户机发送不同的数据，容易实现个性化服务。

**1.2单播的缺点**

服务器针对每个客户机发送数据流，服务器流量＝客户机数量×客户机流量；在客户数量大、每个客户机流量大的流媒体应用中服务器不堪重负；

现有的网络带宽是金字塔结构，城际省际主干带宽仅仅相当于其所有用户带宽之和的5％。如果全部使用单播协议，将造成网络主干不堪重负。现在的P2P应用就已经使主干经常阻塞，只要有5％的客户在全速使用网络，其他人就不要玩了。而将主干扩展20倍几乎是不可能。

**2.广播**

主机之间“一对所有”的通讯模式。

网络对其中每一台主机发出的信号都进行无条件复制并转发，所有主机都可以接收到所有信息（不管你是否需要）。

由于其不用路径选择，所以其网络成本可以很低廉。

有线电视网就是典型的广播型网络，我们的电视机实际上是接受到所有频道的信号，但只将一个频道的信号还原成画面。

在数据网络中也允许广播的存在，但其被限制在二层交换机的局域网范围内，禁止广播数据穿过路由器，防止广播数据影响大面积的主机。

**2.1广播的优点**

网络设备简单，维护简单，布网成本低廉；

由于服务器不用向每个客户机单独发送数据，所以服务器流量负载极低。

**2.2广播的缺点**

无法针对每个客户的要求和时间及时提供个性化服务；

网络允许服务器提供数据的带宽有限，客户端的最大带宽=服务总带宽。例如有线电视的客户端的线路支持100个频道（如果采用数字压缩技术，理论上可以提供500个频道），即使服务商有更大的财力配置更多的发送设备、改成光纤主干，也无法超过此极限。也就是说无法向众多客户提供更多样化、更加个性化的服务；

广播禁止在Internet宽带网上传输。

**3.组播**

主机之间“一对一组”的通讯模式。

加入了同一个组的主机可以接受到此组内的所有数据，网络中的交换机和路由器只向有需求者复制并转发其所需数据。

主机可以向路由器请求加入或退出某个组，网络中的路由器和交换机有选择的复制并传输数据，即只将组内数据传输给那些加入组的主机。

这样既能一次将数据传输给多个有需要（加入组）的主机，又能保证不影响其他不需要（未加入组）的主机的其他通讯。

**3.1组播的优点**

需要相同数据流的客户端加入相同的组共享一条数据流，节省了服务器的负载。具备广播所具备的优点；

由于组播协议是根据接受者的需要对数据流进行复制转发，所以服务端的服务总带宽不受客户接入端带宽的限制。IP协议允许有2亿6千多万个（268435456）组播，所以其提供的服务可以非常丰富；

此协议和单播协议一样允许在Internet宽带网上传输。

**3.2组播的缺点**

与单播协议相比没有纠错机制，发生丢包错包后难以弥补，但可以通过一定的容错机制和QOS加以弥补；

现行网络虽然都支持组播的传输，但在客户认证、QOS等方面还需要完善，这些缺点在理论上都有成熟的解决方案，只是需要逐步推广应用到现存网络当中。

**四、Multicast（组播）注册中心在dubbo里具体配置**

[![dubbo注册中心之一：Multicast（组播）注册中心][dubbo_Multicast]][dubbo_Multicast_dubbo_Multicast]  
  
[![dubbo注册中心之一：Multicast（组播）注册中心][dubbo_Multicast 1]][dubbo_Multicast_dubbo_Multicast 1]  
两种配置方式都是可以的。

为了减少广播量，Dubbo 缺省使用单播发送提供者地址信息给消费者，如果一个机器上同时启了多个消费者进程，消费者需声明 unicast=false，否则只会有一个消费者能收到消息：

[![dubbo注册中心之一：Multicast（组播）注册中心][dubbo_Multicast 2]][dubbo_Multicast_dubbo_Multicast 2]  
  
[![dubbo注册中心之一：Multicast（组播）注册中心][dubbo_Multicast 3]][dubbo_Multicast_dubbo_Multicast 3]

**附：为什么宽带网必须使用组播协议**

自从上世纪末长城宽带壮烈的宽带推广运动以来，宽带网一直面临种种问题，但这些问题归结起来就是一个问题，那就是客户端得不到与其接入带宽相称的足够的数据流。

最早的长城宽带面临的是“宽带无内容”的问题，客户得不到其承诺的视频点播等宽带娱乐，于是投诉、退户甚至诉诸法律。

电信凭借其雄厚的财力和电话线资源后来居上，但很快又面临网速慢、缺内容的投诉，电信网站上的视频点播似乎总是无尽的等待和缓冲。

后来P2P软件的出现使得某些比较专业的用户似乎看到了希望，他们用BT、电驴等软件互传电影等娱乐信息也凑合了。

没多久电信和网通就高举着和他们没什么关系的版权大旗封杀了BT、电驴等软件。

所有这些都是源于现在宽带网的“上下非对称”的金字塔结构，也就是网络主干的带宽远远小于所有用户带宽之和。

但现在网络使用的单播通讯协议却要求网络主干的带宽等于或接近所有用户带宽之和。

现在的状况是一个城市或省的网络出口主干的带宽大约相当于其所有客户带宽之和的5％，也就是说假如有5％的客户用BT软件通过网络全速传输数据，那其余95％的客户就不要玩了。

现在电信主干上的流量的75％都是P2P应用的流量，已经超过了电信所能承受的极限。

那么采用CDN技术，将网络内容在城域网内就近缓冲行不行呢？

答案是：技术上可行经济上行不通。

其需要的服务器是一个巨大的天文数字。

现在的大中城市的宽带网用户数量都在20万以上，以此数量来计算光购置CDN服务器就需要2亿元左右！

这就是为什么电信不用CDN技术来满足客户需求的原因。所以在服务器的服务能力和客户机的需求上也存在着严重的上下非对称结构。

那么这个死结是不是没法解开呢？

当然不是，组播协议的数据流特点就是“上下非对称”的，也就是说，在网络主干上的一条数据流通过每层交换机的复制可以变成无数客户端的数据流，形成客户端数据流之和远大于主干数据流的金字塔结构。

这一特点正好与现在的网络结构相符。所以说，基于组播协议的流媒体宽带娱乐可以解决这一问题。

举例来说，使用基于组播协议的直播系统可以用一台服务器支持数万客户收看一个或几个频道的网上电视直播。

假设一共提供100个频道的电视节目，每个频道是1M的MPEG4高清晰码流，则无论有1万客户还是100万客户，其占用的网络主干都是100M，而3～5台服务器硬件的投资不到100万。

如果采用我们专利技术的基于组播的VOD系统，客户还可以享受到廉价的点播服务。由于其采用的是组播协议，无论对于网络主干还是VOD服务器的压力都很小。

[dubbo_Multicast]: https://img-blog.csdnimg.cn/img_convert/66b124c02e60c9d02114e9cdffe01492.png
[dubbo_Multicast_dubbo_Multicast]: /images/20221120/4cd20c39e9d5489e9f418b36335ef378.png
[dubbo_Multicast 1]: https://img-blog.csdnimg.cn/img_convert/164d4d84ff1f4a8763095009f1ff51e6.png
[dubbo_Multicast_dubbo_Multicast 1]: /images/20221120/880722fe481a459285e46ca5a2e2f28b.png
[dubbo_Multicast 2]: https://img-blog.csdnimg.cn/img_convert/681709250d2ab39614643e2d38d74606.png
[dubbo_Multicast_dubbo_Multicast 2]: /images/20221120/506482f4cfaf41bc9a81f75c9e74148e.png
[dubbo_Multicast 3]: https://img-blog.csdnimg.cn/img_convert/94cef8f61ae46a09fbc6dd39c92ce13e.png
[dubbo_Multicast_dubbo_Multicast 3]: /images/20221120/cf7450b733f94133b784c9080d657765.png