当我们第一次考虑在生产环境中使用容器时，常常会面对一个问题：当容器运行在一组服务器集群上时，无论它在哪个服务器上，如何让其他实体（人或应用程序）可靠地连接到它。
一定程度上，这个问题也存在于之前的虚拟化时代。在常见的三层web应用堆栈中，这可以用以下方式处理：
只要Web服务器，应用服务器或数据库服务器没有被替换，上述的解决方案就会很简单。如果它们被替换了，Devops工程师将确保新系统使用之前的IP地址。
而现在，新的替代方案出现了，如Zookeeper，但并非唯一。随着架构复杂度的增加，服务发现越来越受到重视：以前可能只有10台虚拟机，但现在可能会有200至300个容器，而且容器的生命周期明显短于虚拟机的。
在Docker的“内置电池，但可以被替代”的理念之后，Docker Swarm模式配备了内置的DNS服务器。它为用户提供简单的服务发现。如果某时，用户的需求超出了DNS服务器的设计参数，那么他们可以使用第三方的服务发现。
关于如何安装Docker Swarm集群，互联网上有大量的资源，这里不再赘述。对于这篇文章，我们将使用在GitHub上的Vagrant配置，并为此发布一些端口转发。如果你已经安装了Vagrant和Virtualbox，可用以下方式来启动一个Docker Swarm集群：
$ git clone https://github.com/jlk/docker-swarm-mode-vagrant.git
Cloning into 'docker-swarm-mode-vagrant'...
remote: Counting objects: 23, done.
remote: Total 23 (delta 0), reused 0 (delta 0), pack-reused 23
Unpacking objects: 100% (23/23), done.
$ cd docker-swarm-mode-vagrant/
$ vagrant up
在最后一个命令之后，Vagrant大约需要5至10分钟去下载Ubuntu虚拟机镜像，启动3个虚拟机，更新软件包，安装Docker引擎并将虚拟机节点（以下简称节点）加入一个Swarm集群。通过SSH协议，你可以使用以下命令进入主节点，并列出Swarm集群的成员：
$ vagrant ssh node-1
vagrant@node-1:~$ docker node ls
ID HOSTNAME STATUS AVAILABILITY MANAGER STATUS
9f22lo0cthxn64w79arje5rqg node-2 Ready Active
p2yg78i4fmzwglu8lp4j1cebc * node-1 Ready Active Leader
tp9h7cpef13fzeztje38igs4s node-3 Ready Active
（ID将是不同的，因为节点是不同的）
接下来，让我们启动一个包含MariaDB数据库服务（以下简称dbcluster服务）和wordpress服务的应用程序。为了方便起见，我们使用另一个包含docker-compose文件的GitHub项目来构建集群。让我们克隆这个项目并启动容器：
vagrant@node-1:~$ git clone http://github.com/jlk/wordpress-swarm.git
Cloning into 'wordpress-swarm'...
remote: Counting objects: 7, done.
remote: Compressing objects: 100% (6/6), done.
remote: Total 7 (delta 0), reused 4 (delta 0), pack-reused 0
Unpacking objects: 100% (7/7), done.
Checking connectivity... done.
vagrant@node-1:~$ cd wordpress-swarm
vagrant@node-1:~/wordpress-swarm$ docker stack deploy --compose-file docker-stack.yml wordpress
Creating network wordpress_common
Creating service wordpress_wordpress
Creating service wordpress_dbcluster
vagrant@node-1:~/wordpress-swarm$
在后台，Docker正在调度这些容器用以跨节点运行，下载镜像和旋转容器。根据你的服务器运算速度和网络速度，大约一分钟后，你可以看到运行的服务：
vagrant@node-1:~/wordpress-swarm$ docker service ls
ID NAME MODE REPLICAS IMAGE
fyhqrei7hz75 wordpress_dbcluster replicated 1/1 toughiq/mariadb-cluster:latest
ojbyktsyrmla wordpress_wordpress replicated 2/2 wordpress:php7.1-apache
vagrant@node-1:~/wordpress-swarm$
此时，你可以在浏览器中输入http://localhost:8080，并查看WordPress应用的初始配置。
查看docker-stack.yml文件，你将看到传递到wordpress容器的环境变量，这些指示容器连接到dbcluster服务。这只是一个传入容器的字符串，两个服务之间没有定义的链接。在旧版本的演示中，我们不得不在docker-stack.yml文件中的wordpress服务和dbcluster服务之间创建一个“link”，以便wordpress容器能够识别和使用dbcluster服务名。具体操作如下：
services:
wordpress:
...
links:
- dbcluster
