摘要：為了動(dòng)態(tài)配置管理，當(dāng)我們啟動(dòng)和停止一個(gè)新容器的時(shí)候，我們想后端能自動(dòng)注冊進(jìn)負(fù)載均衡器。這是基本需求，叫做服務(wù)發(fā)現(xiàn)我們想負(fù)載均衡器能自動(dòng)發(fā)現(xiàn)提供服務(wù)的容器。一個(gè)團(tuán)隊(duì)開發(fā)的簡單的服務(wù)發(fā)現(xiàn)的工具。服務(wù)發(fā)現(xiàn)目標(biāo)是減少或消除組件之間的手動(dòng)的連接。

  
注：該文由 adetante 編寫，原文地址為 Service discovery with Docker

這篇博客的第一篇文章，我將寫一篇基于 Docker 容器構(gòu)建一個(gè)不可變架構(gòu)的解決方案的文章。

這個(gè)主題將通過系列文章來描述，從最簡單的案例到更復(fù)雜的架構(gòu)。

總體的思想是設(shè)計(jì)一個(gè)“基于概念驗(yàn)證”的解決方案，它允許：

啟動(dòng)和停止一個(gè)新容器，如果系統(tǒng)需要擴(kuò)展或是下線

當(dāng)一個(gè)新版本的應(yīng)用準(zhǔn)備推送到生產(chǎn)，這時(shí)使用新容器替換老的容器

使用服務(wù)注冊和發(fā)現(xiàn)來自動(dòng)把新的容器推送到生產(chǎn)架構(gòu)

這個(gè)邏輯架構(gòu)是非常簡單的，一個(gè)無狀態(tài)的應(yīng)用通過負(fù)載均衡器訪問。

每個(gè)應(yīng)用的實(shí)例運(yùn)行在它自己的 docker 容器中。

為了動(dòng)態(tài)配置管理，當(dāng)我們啟動(dòng)和停止一個(gè)新容器的時(shí)候，我們想后端能自動(dòng)注冊進(jìn)負(fù)載均衡器。這是基本需求，叫做**服務(wù)發(fā)現(xiàn)***：我們想負(fù)載均衡器能自動(dòng)發(fā)現(xiàn)提供服務(wù)的容器。

在這篇文章中，所有的節(jié)點(diǎn)將運(yùn)行在相同的 docker 主機(jī)上。這是非常簡單的，但是這是實(shí)現(xiàn)基礎(chǔ)概念的第一個(gè)方法。然后我們將通過允許在不同主機(jī)上透明的部署來是架構(gòu)復(fù)雜化。

第一個(gè)示例將使用以下工具實(shí)現(xiàn)：

Docker。一個(gè)運(yùn)行應(yīng)用容器的開源平臺

Synapse。一個(gè) Airbnb 團(tuán)隊(duì)開發(fā)的簡單的服務(wù)發(fā)現(xiàn)的工具

Haproxy。一個(gè)負(fù)載一個(gè)后端節(jié)點(diǎn)列表的 TCP 流量代理，它打開一個(gè)本地的端口，然后把流量傳遞進(jìn)這個(gè)后端節(jié)點(diǎn)的端口。

目標(biāo)是減少或消除組件之間的“手動(dòng)”的連接。當(dāng)你把你的應(yīng)用程序推送進(jìn)生產(chǎn)的時(shí)候，所有的這些事情都可以配置：數(shù)據(jù)庫服務(wù)器的主機(jī)和端口，REST 服務(wù)的 URL 等等，在一個(gè)高可擴(kuò)展的架構(gòu)中，這些連接可以動(dòng)態(tài)改變。一個(gè)新的后端可以被添加，一個(gè)數(shù)據(jù)庫節(jié)點(diǎn)可以被停止。你的應(yīng)用需要適應(yīng)這種動(dòng)態(tài)環(huán)境。

這里有一些工具可以管理這些需求（Apache Zookeeper, etcd, ...）。這些工具的普遍原則是：當(dāng)啟動(dòng)的時(shí)候，一個(gè)服務(wù)的實(shí)例必須注冊進(jìn)配置服務(wù)器。當(dāng)停止的時(shí)候（完美停止或是 Crash 了），節(jié)點(diǎn)必須從配置服務(wù)中移除掉。注冊后，其他服務(wù)可以在配置服務(wù)器中搜索到提供制度服務(wù)的實(shí)例列表（主機(jī)和端口）。

Synapse 是一個(gè)簡單的服務(wù)發(fā)現(xiàn)的工具。Synapse 與以下倆個(gè)組件一起使用：

Watcher：它們經(jīng)常檢查一組服務(wù)器提供的服務(wù)。這可以通過連接 Zookeeper，etcd 或是通過使用 Docker API 來檢查 Docker 容器來實(shí)現(xiàn)。

Haproxy：Synapse 根據(jù) watcher 的結(jié)果來自動(dòng)改變 HAproxy 的配置。這個(gè)意味著當(dāng)一個(gè)新的實(shí)例被 watcher 發(fā)現(xiàn)，一個(gè)后端會被添加進(jìn) HAproxy 并且可以通過代理的本地端口訪問的。同樣地，當(dāng)實(shí)例停止的時(shí)候，Synapse 移除后端節(jié)點(diǎn)。

第一個(gè)解決方案將使用 Synapse 和 檢查 Docker 容器實(shí)現(xiàn)。

Synapse 管理一個(gè)運(yùn)行在安裝了 Docker 的相同的主機(jī)上的以 8080 端口運(yùn)行著的 HAproxy 實(shí)例。

Synapse 檢查 Docker 來發(fā)現(xiàn)容器是否運(yùn)行著一個(gè)指定鏡像并且暴露一個(gè)指定端口。為每一個(gè)匹配的容器，Synapse 把其添加進(jìn) HAproxy 的配置。

對于這個(gè)示例，我們從一個(gè)干凈的 *Ubuntu 14.04 amd64 安裝開始。

安裝步驟已經(jīng)在 Docker 的文檔中描述了：

$ sudo apt-key adv --keyserver hkp://keyserver.ubuntu.com:80 --recv-keys 36A1D7869245C8950F966E92D8576A8BA88D21E9
$ sudo sh -c "echo deb https://get.docker.io/ubuntu docker main > /etc/apt/sources.list.d/docker.list"
$ sudo apt-get update
$ sudo apt-get install lxc-docker

把以下行添加進(jìn) /etc/default/docker，使得 Docker API 在 tcp 上可用：

DOCKER_OPTS="-H 127.0.0.1:4243"

重起 docker：

$ sudo service docker restart

最后，定義以下環(huán)境變量來以便 docker 客戶端使用 tcp API：

$ export DOCKER_HOST=tcp://127.0.0.1:4243

從 Docker 倉庫獲取最新的 Ubuntu 鏡像

$ sudo -E docker pull ubuntu:latest

啟動(dòng)一個(gè)新的容器

$ sudo -E docker run -ti ubuntu bash

在這個(gè)容器中，安裝 nodejs

$ apt-get update && apt-get install -y nodejs

在這個(gè)容器中，使用以下內(nèi)容創(chuàng)建一個(gè)簡單的 nodejs 腳本 /server.js

var http = require("http");
var os = require("os");

var server = http.createServer(function (request, response) {
    response.writeHead(200, {"Content-Type": "text/plain"});
    response.end("Hello from " + os.hostname() + "
");
});

server.listen(8000);

console.log("Server running at http://127.0.0.1:8000/");

在這個(gè)容器中，使用以下內(nèi)容編寫啟動(dòng)腳本 /run.sh

#! /bin/sh
/usr/bin/nodejs /server.js

$ chmod a+x /run.sh

停止容器并且創(chuàng)建一個(gè)新的鏡像：

$ exit
# Get the ID of the container
$ sudo -E docker ps -a
# Change 3796ab3f5b76 in the following command with the ID listed above
$ sudo -E docker commit 3796ab3f5b76 local/nodeapp
# Remove the old container
$ sudo -E docker rm 3796ab3f5b76

在主機(jī)上安裝 synapse

$ sudo apt-get install build-essential ruby ruby-dev haproxy
$ sudo gem install synapse

編輯 /etc/default/haproxy 把 ENABLED 設(shè)置成 1。

啟動(dòng)一個(gè)后端實(shí)例

啟動(dòng)一個(gè) webapp 容器的實(shí)例：

$ sudo -E docker run -d -p 8000 local/nodeapp /run.sh

通過直接在這個(gè)容器中調(diào)用 nodejs 來測試。我們必須首先獲取暴露的公共端口。

# Get the public port (mapped to 8000 in the container, here 49153)
$ sudo docker ps
$ curl http://127.0.0.1:49153
# Responds with "Hello from {container_id}"

使用 Synapse 自動(dòng)配置 HAproxy

使用以下內(nèi)容創(chuàng)建一個(gè) /etc/synapse.json.conf 配置文件：

{
  "services": {
    "nodesrv": {
      "discovery": {
        "method": "docker",
        "servers": [
          {
            "name": "localhost",
            "host": "localhost"
          }
        ],
        "container_port": 8000,
        "image_name": "local/nodeapp"
      },
      "haproxy": {
        "port": 8080,
        "listen": [
          "mode http",
          "option httpchk /",
          "http-check expect string Hello"
        ]
      }
    }
  },
  "haproxy": {
    "reload_command": "service haproxy reload",
    "config_file_path": "/etc/haproxy/haproxy.cfg",
    "do_writes": true,
    "do_reloads": true,
    "global": [
      "chroot /var/lib/haproxy",
      "user haproxy",
      "group haproxy",
      "daemon"
    ],
    "defaults": [
      "contimeout 5000",
      "clitimeout 50000",
      "srvtimeout 50000"
    ]
  }
}

我們可以在這個(gè)文件中看到：

services.nodesrv.discovery： 配置的觀察者。這里我們使用 Docker API 來發(fā)現(xiàn)容器運(yùn)行的名為 local/nodeapp 的鏡像以及它暴露的 8080 端口

services.nodesrv.haproxy：配置與 nodesrv service 有關(guān)的相關(guān)的 HAproxy 端口

haproxy：被 Synapse 管理的全局配置實(shí)例

啟動(dòng) HAproxy 和 Synapse

$ sudo service haproxy start
$ sudo synapse -c /etc/synapse.json.conf

通過直接調(diào)用 HAproxy（監(jiān)聽 8080 端口）來測試

$ curl http://localhost:8080
# Responds Hello from {container_id}

用 nodeapp 啟動(dòng)第二個(gè)容器：

$ sudo -E docker run -d -p 8000 local/nodeapp /run.sh

通過 HAproxy 測試一些請求。幾秒后，每個(gè)節(jié)點(diǎn)都將響應(yīng)。
在一個(gè)新的 shell 中，運(yùn)行一下循環(huán)，每兩秒調(diào)用一次 HAproxy：

while :
do
    curl http://localhost:8080
    sleep 2
done

HAproxy 不是通過 container1 就是通過 container2 響應(yīng)。

停止其中一個(gè)容器：

$ sudo -E docker stop {container_id}

幾秒后，僅僅剩下的容器響應(yīng)。

但是在之前我們可以看到一些 503 Service Unavailable 錯(cuò)誤。這是由于 Synapse 發(fā)現(xiàn)停止的容器并且從代理移除它的時(shí)候。

在第一篇文章中，我配置 HAprxoy 從 Docker 容器發(fā)現(xiàn)后端節(jié)點(diǎn)。Synapse 對使這個(gè)進(jìn)程自動(dòng)化給予了很多幫助。盡管如此，這個(gè)解決方案還有一些缺點(diǎn)：

因?yàn)?Synapse 使用 Docker API 發(fā)現(xiàn)后端服務(wù)，所有的被組織在一個(gè) HAprxoxy 前端的服務(wù)必須是在同一個(gè) Docker 主機(jī)上。

正如我們所看到的，當(dāng)停止容器的時(shí)候，會有一些中斷。這是由于 Synapse 定期的調(diào)用 Docker API 來發(fā)現(xiàn)新的或是已經(jīng)移除的容器。

在下一篇文章中，這個(gè)解決方案將被擴(kuò)展成允許在多主機(jī)透明部署。