在早期的docker版本中，是不支持跨主机通信网络驱动的，也就是说如果容器部署在不同的节点上面，只能通过暴露端口到宿主机上，再通过宿主机之间进行通信。随着docker swarm集群的推广，docker也有了自家的跨主机通信网络驱动，名叫overlay，overlay网络模型是swarm集群容器间通信的载体，将服务加入到同一个网段上的Overlay网络上，服务与服务之间就能够通信。
容器之间可互相通信
overlay网络模型在docker集群节点间的加入了一层虚拟网络，它有独立的虚拟网段，意味着docker容器发送的内容，会先发送到虚拟子网，再由虚拟子网包装为宿主机的真实网址进行发送。
也意味着在overlay网络模型上，docker不会暴露端口给宿主机，所有有关网络的事情都交给overlay去处理了，这样的好处就是在同一台服务器，不会引起端口冲突，理解这点非常重要。
下面我画个模型图给大家理解下：
在早期使用docker进行微服务部署时，你肯定干过将docker容器所在宿主机的ip作为注册地址，因为如果你将容器内的ip作为注册地址，其他服务将不可访问你的服务，只能将宿主机的ip挂在容器内部处理，或者在容器内部添加ip地址环境变量来处理。
当使用docker swarm进行集群服务部署时，这个问题自然也就随之解决了，当服务已加入到overlay网络中，服务容器内会获得一个overlay网络下的一个地址，如下：
而dubbo默认会拿eth0的ip作为注册地址，因此服务只需要将docker容器的ip地址作为注册地址就行了，只要服务与服务之间在同一个ovelay网段下，就可以进行通信。
这里我特别做了一个验证，如下：
提供者和消费者同时部署了2个实例，在相同overlay网段下，相互之间是可通信的。
负载均衡特性
前面我也说了，服务的端口会交给overlay网络去处理。在Overlay网络下，即使该节点并没有部署指定服务，也会监听该服务的端口，docker通过这个特性实现了访问任意一个节点+服务对应端口，就可以访问服务，而且还具备负载均衡特性。
基于该特性，我突发奇想，我把服务的网关加入集群后，无需关心网关被分配在哪个节点上，只需要在集群再上一层nginx层配置若干个节点ip+网关服务端口，就可实现双层负载均衡，即nginx访问网关时的负载均衡，访问集群时的负载均衡。如果此时你正在搭建docker swarm集群，我建议你把网关项目同时加入到集群中，再通过nginx做双层负载均衡。
swarm load balancer：
Compose编排文件的网络选择
编排文件有个不太灵活的地方， 初次使用它来创建swarm集群的人可能会犯一些错误，比如说：
1.如果你没有指定网络，它会给你默认创建一个网络，如：
stackname_default
2.假如两个stack栈分别属于不同的overlay网络，那么不同stack栈的服务是不可以进行通信的。
3.如果你指定一个网络，没有写name属性的，那么它会在你指定的网络名字前面加个stackname，这本就不是我们设定好的名字，也不知道docker为什么要这么做。
4.如果该网络已存在，在部署时还会报错，不会智能将该stack服务地加入该网络中。
基于上面几点坑爹的想不明白docker为什么这么做的问题，我建议你在部署服务前，先通过命令创建一个网络：
$ sudo docker network create -d overlay chaos_net
为了防止overlay的网络会跟其它网络有冲突，更严谨的做法是自定义overlay网段：
$ sudo docker network create -d overlay --subnet=10.0.15.0/24 chaos_net
在编排文件的networks上配置defualt属性，在defualt属性下面添加external属性，在其下面填写刚刚生成的网络的名称：
networks: default: external: name: chaos_net
官方解析如下图所示：
这么做的好处是可以灵活地将不同stack服务栈加入到相同网络下，也可避免上面提到的几个坑。
