摘要：首先啟動該命令。這項機制在實際生產(chǎn)當中無疑非常重要。那么下面我們回顧一下之前了解到的信息我們創(chuàng)建了一款小型動態(tài)微服務(wù)應(yīng)用，完全由構(gòu)成。在多數(shù)情況下，這能夠為應(yīng)用后端服務(wù)建立起獨立的代理機制。

這次數(shù)人云與大家分享的文章里，主要介紹了Docker Swarm如何憑借革新對整體場景進一步加以簡化。事實上，如今我們已經(jīng)可以輕松且直觀地構(gòu)建起一套Docker Swarm集群，快來一起體驗一下吧：）

下面先來看看各項具體的更新內(nèi)容：

我們在之前提到過一個示例，即一款由前端與多項后端服務(wù)共同構(gòu)成的微服務(wù)應(yīng)用。其中前端為Traefik HTTP代理，負責將各項請求路由至后端服務(wù)。而后端則非常簡單，是一套基于Go的HTTP Web服務(wù)器，負責返回其運行所在的容器ID。

新的Docker Swarm不再需要為應(yīng)用容器設(shè)置獨立的HTTP代理。如上圖所示的原有架構(gòu)現(xiàn)在被精簡為下圖所示的形式：

移動部件更少了——贊！

另外，我們還為后端服務(wù)內(nèi)置了負載均衡機制。我們甚至能夠立足于集群內(nèi)的任一節(jié)點訪問這些服務(wù)。Docker Swarm還集成有一種內(nèi)置網(wǎng)狀路由機制，用于將各請求路由至適合的后端容器當中。

面對這些新功能，有些朋友可能認為Docker Swarm集群的設(shè)置過程會比原本更為復(fù)雜。事實上，整個流程反而更加簡單。

仍然半信半疑？下面一起來看。

沒錯，這次我們?nèi)匀皇褂肦aspberry Pi集群。我使用的是Docker 1.12內(nèi)部版本，并將其安裝在Raspberry Pi上。當Docker 1.12推出正式版后，我們會對內(nèi)容做出針對性更新。

下面看看當前配置：

root@pi6 $ docker version
Client:
Version:      1.12.0-rc1
API version:  1.24
Go version:   go1.6.2
Git commit:   1f136c1-unsupported
Built:        Wed Jun 15 15:35:51 2016
OS/Arch:      linux/arm

Server:
Version:      1.12.0-rc1
API version:  1.24
Go version:   go1.6.2
Git commit:   1f136c1-unsupported
Built:        Wed Jun 15 15:35:51 2016
OS/Arch:      linux/arm

很好，Docker 1.12 RC1已經(jīng)準備就緒。下面啟動各項必要服務(wù)。

首先看看我們能否在Docker CLI中找到隱藏的各項新功能。

root@pi6 $ docker
Usage: docker [OPTIONS] COMMAND [arg...]
      docker [ --help | -v | --version ]

A self-sufficient runtime for containers.
   ...
   service   Manage Docker services
   ...
   stats     Display a live stream of container(s) resource usage statistics
   ...
   swarm     Manage Docker Swarm
   ...
   update    Update configuration of one or more containers

Run "docker COMMAND --help" for more information on a command.

我直接去掉了其中與上代版本完全一致的部分，而只留了不同之處。

現(xiàn)在我們可以使用docker swarm命令了。

查詢其具體作用：

root@pi6 $ docker swarm

Usage:  docker swarm COMMAND

Manage Docker Swarm

Options:
      --help   Print usage

Commands:
  init        Initialize a Swarm.
  join        Join a Swarm as a node and/or manager.
  update      update the Swarm.
  leave       Leave a Swarm.
  inspect     Inspect the Swarm

  Run "docker swarm COMMAND --help" for more information on a command.

就是說其用于“初始化一套Swarm”。看起來正是我們需要的。首先啟動該命令。

root@pi6 $ docker swarm init
Swarm initialized: current node (1njlvzi9rk2syv3xojw217o0g) is now a manager.

現(xiàn)在我們的Swarm管理節(jié)點已經(jīng)開始運行，接下來為集群添加更多節(jié)點。

前往集群中的另一節(jié)點并執(zhí)行：

root@pi1 $ docker swarm join pi6:2377
This node joined a Swarm as a worker.

使用上述命令，我們在剛剛創(chuàng)建的初始Swarm集群中聲明了應(yīng)當加入該Swarm管理節(jié)點的各個新節(jié)點。Docker Swarm會在后臺執(zhí)行相關(guān)操作。

舉例來說，其會為不同集群節(jié)點設(shè)置經(jīng)過加密的彼此通信通道。我們不再需要自行管理TLS證書。

每位曾經(jīng)設(shè)置過Docker Swarm集群的朋友，都會意識到新的流程有多么簡單。
不過到這兒還沒有結(jié)束。

Swarm管理節(jié)點中的一條“docker info”帶來了一些有趣的提示。我仍然刪去其中不必要的部分：

root@pi6 $ docker info
...
Swarm: active
NodeID: 1njlvzi9rk2syv3xojw217o0g
IsManager: Yes
Managers: 1
Nodes: 2
CACertHash: sha256:de4e2bff3b63700aad01df97bbe0397f131aabed5fabb7732283f044472323fc
...
Kernel Version: 4.4.10-hypriotos-v7+
Operating System: Raspbian GNU/Linux 8 (jessie)
OSType: linux
Architecture: armv7l
CPUs: 4
Total Memory: 925.4 MiB
Name: pi6
...

如大家所見，我們現(xiàn)在已經(jīng)在“docker info”輸出結(jié)果中有了新的“Swarm”部分，其告訴我們當前節(jié)點屬于一套Swarm管理節(jié)點，且該集群由兩個集群節(jié)點構(gòu)成。

在第二個節(jié)點上，其輸出結(jié)果與管理節(jié)點稍有不同：

Swarm: active
NodeID: 3fmwt4taurwxczr2icboojz8g
IsManager: No

到這里，我們已經(jīng)擁有了一套有趣但仍然空空如也的Swarm集群。

我們還需要了解Docker 1.12中的service這項全新抽象定義。大家可能在前面的輸出結(jié)果中注意到了docker service命令。所謂docker service，是指運行在容器當中且負責為外部世界提供運行在Swarm集群內(nèi)的“service”的軟件片段。

這樣的一項服務(wù)可以由單一或者多套容器構(gòu)成。在后一種情況下，我們可以確保服務(wù)擁有高可用性及/或負載均衡能力。

下面使用之前創(chuàng)建的“whoami”鏡像建立這樣一項服務(wù)。

root@pi6 $ docker service create --name whoami -p 80:8000 hypriot/rpi-whoami
buy0q65lw7nshm76kvy5imxk3

在“docker swarm ls”命令的幫助下，我們可以檢查這項新服務(wù)的狀態(tài)。

root@pi6 $ docker service ls
ID            NAME    SCALE  IMAGE               COMMAND
buy0q65lw7ns  whoami  1      hypriot/rpi-whoami

下面檢查我們是否能夠通過curl命令向eth0網(wǎng)絡(luò)接口發(fā)送l http命令，從而請求目錄頁面。

root@pi6 $ curl http://192.168.178.24
I"m 1b6df814c654

一切順利，鼓掌！

有些朋友可能注意到，“docker swarm ls”命令的標題行中存在“SCALE”部分，這似乎意味著我們可以對服務(wù)進行擴展。

root@pi6 $ docker service scale whoami=5
whoami scaled to 5

那就來實際驗證一下吧：

root@pi6 $ docker service ls
ID            NAME    SCALE  IMAGE               COMMAND
buy0q65lw7ns  whoami  5      hypriot/rpi-whoami

root@pi6 $ for i in {1..5}; do curl http://192.168.178.24; done
I"m 8db1657e8517
I"m e1863a2be88d
I"m 1b6df814c654
I"m 8db1657e8517
I"m e1863a2be88d

非常簡單。

但這種方式與原有Swarm其實差不多，只不過在使用感受上更便捷也更快速。請注意，我們使用的是Raspberry Pi而非強大的服務(wù)器，所以要對性能擁有較為保守的估計。

下面從單一Docker引擎的角度來看看目前的運行狀態(tài)：

root@pi6 $ docker ps
CONTAINER ID        IMAGE                       COMMAND             CREATED             STATUS              PORTS               NAMES
e1863a2be88d        hypriot/rpi-whoami:latest   "/http"             2 minutes ago       Up 2 minutes        8000/tcp            whoami.4.0lg12zndbal72exqe08r9wvpg
8db1657e8517        hypriot/rpi-whoami:latest   "/http"             2 minutes ago       Up 2 minutes        8000/tcp            whoami.5.5z6mvsrdy73m5w24icgsqc8i2
1b6df814c654        hypriot/rpi-whoami:latest   "/http"             8 minutes ago       Up 8 minutes        8000/tcp            whoami.1.bg4qlpiye6h6uxyf8cmkwuh52

如大家所見，已經(jīng)啟動的容器有5套，其中3套駐留于“pi6”中。

下面看看是否能夠找到其它容器：

root@pi1 docker ps
CONTAINER ID        IMAGE                       COMMAND             CREATED             STATUS              PORTS               NAMES
db411a119c0a        hypriot/rpi-whoami:latest   "/http"             6 minutes ago       Up 6 minutes        8000/tcp            whoami.2.2tf7yhmx9haol7e2b7xib2emj
0a4bf32fa9c4        hypriot/rpi-whoami:latest   "/http"             6 minutes ago       Up 6 minutes        8000/tcp            whoami.3.2r6mm091c2ybr0f9jz4qaxw9k

那么如果我們將這套Swarm集群駐留在“pi1”上，結(jié)果又會如何？

root@pi1 docker swarm leave
Node left the default swarm.

下面看看另一節(jié)點上的運行情況：

docker ps
CONTAINER ID        IMAGE                       COMMAND             CREATED             STATUS              PORTS               NAMES
58620e3d533c        hypriot/rpi-whoami:latest   "/http"             46 seconds ago      Up 43 seconds       8000/tcp            whoami.2.cgc4e2ixulc2f3ehr4laoursg
acc9b523f434        hypriot/rpi-whoami:latest   "/http"             46 seconds ago      Up 43 seconds       8000/tcp            whoami.3.67bhlo3nwgehthi3bg5bfdzue
e1863a2be88d        hypriot/rpi-whoami:latest   "/http"             8 minutes ago       Up 8 minutes        8000/tcp            whoami.4.0lg12zndbal72exqe08r9wvpg
8db1657e8517        hypriot/rpi-whoami:latest   "/http"             8 minutes ago       Up 8 minutes        8000/tcp            whoami.5.5z6mvsrdy73m5w24icgsqc8i2
1b6df814c654        hypriot/rpi-whoami:latest   "/http"             15 minutes ago      Up 14 minutes       8000/tcp            whoami.1.bg4qlpiye6h6uxyf8cmkwuh52

這里的情況相當于“pi1”節(jié)點發(fā)生故障，此時“pi1”中運行的全部容器都會被自動遷移至另一集群節(jié)點。這項機制在實際生產(chǎn)當中無疑非常重要。

那么下面我們回顧一下之前了解到的信息：

我們創(chuàng)建了一款小型動態(tài)微服務(wù)應(yīng)用，完全由Docker構(gòu)成。Docker Swarm現(xiàn)在被整合至Docker-Engine當中，而不再以獨立軟件形式存在。在多數(shù)情況下，這能夠為應(yīng)用后端服務(wù)建立起獨立的代理機制。不再需要使用nginx、HAProxy或者Traefik。

盡管活動部件數(shù)量有所減少，但我們現(xiàn)在反而擁有了內(nèi)置的高可用性與負載均衡功能。我非常期待未來Docker Swarm正式版本中會帶來哪些新的驚喜，又如何與Docker Compose進行協(xié)作。