微服务架构的应用由若干 service 组成。好比有运行 httpd 的 web 前端,有提供缓存的 memcached,有存放数据的 mysql,每一层都是 swarm 的一个 service,每一个 service 运行了若干容器。在这样的架构中,service 之间是必然要通讯的。html
服务发现前端
一种实现方法是将全部 service 都 publish 出去,而后经过 routing mesh 访问。但明显的缺点是把 memcached 和 mysql 也暴露到外网,增长了安全隐患。mysql
若是不 publish,那么 swarm 就要提供一种机制,可以:web
让 service 经过简单的方法访问到其余 service。sql
当 service 副本的 IP 发生变化时,不会影响访问该 service 的其余 service。docker
当 service 的副本数发生变化时,不会影响访问该 service 的其余 service。缓存
这其实就是服务发现(service discovery)。Docker Swarm 原生就提供了这项功能,经过服务发现,service 的使用者不须要知道 service 运行在哪里,IP 是多少,有多少个副本,就能与 service 通讯。下面咱们开始实践。安全
建立 overlay 网络网络
要使用服务发现,须要相互通讯的 service 必须属于同一个 overlay 网络,因此咱们先得建立一个新的 overlay 网络。架构
docker network create --driver overlay myapp_net
直接使用 ingress
行不行?
很遗憾,目前 ingress
没有提供服务发现,必须建立本身的 overlay 网络。
部署 service 到 overlay
部署一个 web 服务,并将其挂载到新建立的 overlay 网络。
docker service create --name my_web --replicas=3 --network myapp_net httpd
部署一个 util 服务用于测试,挂载到同一个 overlay 网络。
docker service create --name util --network myapp_net busybox sleep 10000000
sleep 10000000
的做用是保持 busybox 容器处于运行的状态,咱们才可以进入到容器中访问 service my_web
。
验证
经过 docker service ps util
确认 util 所在的节点为 swarm-worker1。
登陆到 swarm-worker1,在容器 util.1 中 ping 服务 my_web
。
能够看到 my_web
的 IP 为 10.0.0.2
,这是哪一个副本的 IP 呢?
其实哪一个副本的 IP 都不是。10.0.0.2
是 my_web
service 的 VIP(Virtual IP),swarm 会将对 VIP 的访问负载均衡到每个副本。
咱们能够执行下面的命令查看每一个副本的 IP。
docker exec util.1.bpon0vvbgve6lz3fp08sgana6 nslookup tasks.my_web
10.0.0.3
、10.0.0.4
、10.0.0.5
才是各个副本本身的 IP。不过对于服务的使用者(这里是 util.1),根本不须要知道 my_web
副本的 IP,也不须要知道 my_web
的 VIP,只需直接用 service 的名字 my_web
就能访问服务。
Service 的访问就讨论到这里,下一节咱们学习 Rolling Update。
书籍:
1.《天天5分钟玩转Docker容器技术》
https://item.jd.com/16936307278.html
2.《天天5分钟玩转OpenStack》
https://item.jd.com/12086376.html