摘要：使用導(dǎo)出端口，使用掛載數(shù)據(jù)卷。清理應(yīng)用使用一鍵清理應(yīng)用總結(jié)已經(jīng)實(shí)現(xiàn)了容器擴(kuò)容自動(dòng)擋更直觀的控制容器啟動(dòng)順序及依賴。從部署到編排，單字面理解，看起來(lái)能夠維護(hù)的容器量都增長(zhǎng)了。推薦應(yīng)用包括多個(gè)服務(wù)，推薦部署方式就是。

容器化，云原生越演越烈，新概念非常之多。信息爆炸的同時(shí)，帶來(lái)層層迷霧。我嘗試從擴(kuò)容出發(fā)理解其脈路，經(jīng)過(guò)實(shí)踐探索，整理形成一個(gè)入門(mén)教程，包括下面四篇文章。

容器化實(shí)踐之路-從docker到istio之一 - 使用Docker將應(yīng)用容器化

容器化實(shí)踐之路-從docker到istio之二 - 使用compose部署應(yīng)用

容器化實(shí)踐之路-從docker到istio之三 - kubernetes編排應(yīng)用

容器化實(shí)踐之路-從docker到istio之四 - istio管理應(yīng)用

這是第二篇，使用compose部署應(yīng)用，同樣演示都在docker2istio目錄。

Compose是一個(gè)用于定義和運(yùn)行多容器Docker應(yīng)用程序的工具，采用python編寫(xiě)。

compose部署應(yīng)用，采用編寫(xiě)docker-compose.yml：

version: "3"
services:

  redis:
    image: redis:4-alpine3.8
    restart: always
  
  flaskapp:
    depends_on:
      - redis
    build: ./app
    image: flaskapp:0.0.2
    links:
      - redis

  nginx:
    image: nginx:1.15.8-alpine
    depends_on:
      - flaskapp
    volumes:
      - ./nginx:/etc/nginx/conf.d
    restart: always
    ports:
      - "80:80"
    environment:
      - NGINX_PORT=80
    links:
      - flaskapp

這里描述了下面幾件事情:

依次啟動(dòng)redis 、 flaskapp 、 nginx 三個(gè)服務(wù)。服務(wù)順序由depends_on 決定。

使用build命令，自動(dòng)編譯 flaskapp:0.0.2。

使用links命令，描述服務(wù)間依賴。

使用ports導(dǎo)出端口，使用volumes掛載數(shù)據(jù)卷。

這一過(guò)程，把第一篇中啟動(dòng)容器的過(guò)程，語(yǔ)義化，流程更清晰。

啟動(dòng)應(yīng)用，使用docker-compose up 命令:

Creating network "docker2istio_default" with the default driver
Building flaskapp
Step 1/5 : FROM python:3.6-alpine
 ---> 1d981af1e3b4
Step 2/5 : WORKDIR /code
 ---> Using cache
 ---> 7f2b07b16752
Step 3/5 : RUN pip install redis flask
 ---> Using cache
 ---> 79e39b6c2e93
Step 4/5 : ADD . /code
 ---> 4266029c0709
Step 5/5 : CMD ["python", "flaskapp.py"]
 ---> Running in 56e799a2fb61
Removing intermediate container 56e799a2fb61
 ---> 1a61773c4c07

Successfully built 1a61773c4c07
Successfully tagged flaskapp:0.0.2
WARNING: Image for service flaskapp was built because it did not already exist. To rebuild this image you must use `docker-compose build` or `docker-compose up --build`.
Creating docker2istio_redis_1 ... done
Creating docker2istio_flaskapp_1 ... done
Creating docker2istio_nginx_1    ... done
Attaching to docker2istio_redis_1, docker2istio_flaskapp_1, docker2istio_nginx_1
flaskapp_1  |  * Serving Flask app "flaskapp" (lazy loading)
flaskapp_1  |  * Environment: production
flaskapp_1  |    WARNING: Do not use the development server in a production environment.
flaskapp_1  |    Use a production WSGI server instead.
flaskapp_1  |  * Debug mode: on
redis_1     | 1:C 09 Apr 12:06:15.892 # oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo
redis_1     | 1:C 09 Apr 12:06:15.893 # Redis version=4.0.12, bits=64, commit=00000000, modified=0, pid=1, just started
redis_1     | 1:C 09 Apr 12:06:15.893 # Warning: no config file specified, using the default config. In order to specify a config file use redis-server /path/to/redis.conf
flaskapp_1  |  * Running on http://0.0.0.0:5000/ (Press CTRL+C to quit)
flaskapp_1  |  * Restarting with stat
flaskapp_1  |  * Debugger is active!
redis_1     | 1:M 09 Apr 12:06:15.894 * Running mode=standalone, port=6379.
redis_1     | 1:M 09 Apr 12:06:15.894 # WARNING: The TCP backlog setting of 511 cannot be enforced because /proc/sys/net/core/somaxconn is set to the lower value of 128.
redis_1     | 1:M 09 Apr 12:06:15.894 # Server initialized
flaskapp_1  |  * Debugger PIN: 323-612-506
redis_1     | 1:M 09 Apr 12:06:15.894 # WARNING you have Transparent Huge Pages (THP) support enabled in your kernel. This will create latency and memory usage issues with Redis. To fix this issue run the command "echo never > /sys/kernel/mm/transparent_hugepage/enabled" as root, and add it to your /etc/rc.local in order to retain the setting after a reboot. Redis must be restarted after THP is disabled.
redis_1     | 1:M 09 Apr 12:06:15.894 * Ready to accept connections

啟動(dòng)日志中，展示了創(chuàng)建網(wǎng)絡(luò)，編譯鏡像，啟動(dòng)容器這幾個(gè)過(guò)程

使用 docker-compose ps 檢查服務(wù)狀況:

         Name                        Command               State         Ports
-------------------------------------------------------------------------------------
docker2istio_flaskapp_1   python flaskapp.py               Up
docker2istio_nginx_1      nginx -g daemon off;             Up      0.0.0.0:80->80/tcp
docker2istio_redis_1      docker-entrypoint.sh redis ...   Up      6379/tcp

當(dāng)然，compose也是使用docker，也可以 docker ps ：

CONTAINER ID        IMAGE                 COMMAND                  CREATED             STATUS              PORTS                NAMES
c96fd468c415        nginx:1.15.8-alpine   "nginx -g "daemon of…"   3 minutes ago       Up 3 minutes        0.0.0.0:80->80/tcp   docker2istio_nginx_1
b61d1d0ca201        flaskapp:0.0.2        "python flaskapp.py"     3 minutes ago       Up 3 minutes                             docker2istio_flaskapp_1
73a2359655d2        redis:4-alpine3.8     "docker-entrypoint.s…"   3 minutes ago       Up 3 minutes        6379/tcp             docker2istio_redis_1

對(duì)比可見(jiàn) docker-compose ps ，更偏應(yīng)用層。

然后訪問(wèn)服務(wù):

?  ~ curl http://127.0.0.1
Hello World by 172.19.0.3 from 172.19.0.1 ! 該頁(yè)面已被訪問(wèn) 1 次。

使用 docker-compose up --scale flaskapp=2 對(duì) flaskapp進(jìn)行擴(kuò)容。

查看擴(kuò)容的結(jié)果:

?  docker2istio docker-compose ps
         Name                        Command               State         Ports
-------------------------------------------------------------------------------------
docker2istio_flaskapp_1   python flaskapp.py               Up
docker2istio_flaskapp_2   python flaskapp.py               Up
docker2istio_nginx_1      nginx -g daemon off;             Up      0.0.0.0:80->80/tcp
docker2istio_redis_1      docker-entrypoint.sh redis ...   Up      6379/tcp

刷新訪問(wèn)應(yīng)用

?  docker2istio curl http://127.0.0.1
Hello World by 172.20.0.4 from 172.20.0.1 ! 該頁(yè)面已被訪問(wèn) 101 次。
?  docker2istio curl http://127.0.0.1
Hello World by 172.20.0.3 from 172.20.0.1 ! 該頁(yè)面已被訪問(wèn) 102 次。

同時(shí)觀察服務(wù)日志輸出:

nginx_1     | 172.22.0.1 - - [10/Apr/2019:01:38:02 +0000] "GET / HTTP/1.0" 200 76 "-" "ApacheBench/2.3" "-"
flaskapp_1  | [2019-04-10 01:38:02,140] DEBUG in flaskapp: Hello out 172.22.0.3 172.22.0.1 65:
flaskapp_1  | 172.22.0.5 - - [10/Apr/2019 01:38:02] "GET / HTTP/1.0" 200 -
flaskapp_1  | [2019-04-10 01:38:02,141] DEBUG in flaskapp: Hello out 172.22.0.3 172.22.0.1 63:
flaskapp_2  | [2019-04-10 01:38:02,145] DEBUG in flaskapp: hello in
flaskapp_1  | 172.22.0.5 - - [10/Apr/2019 01:38:02] "GET / HTTP/1.0" 200 -
nginx_1     | 172.22.0.1 - - [10/Apr/2019:01:38:02 +0000] "GET / HTTP/1.0" 200 76 "-" "ApacheBench/2.3" "-"
flaskapp_1  | [2019-04-10 01:38:02,150] DEBUG in flaskapp: hello in
flaskapp_2  | [2019-04-10 01:38:02,151] DEBUG in flaskapp: hello in
nginx_1     | 172.22.0.1 - - [10/Apr/2019:01:38:02 +0000] "GET / HTTP/1.0" 200 76 "-" "ApacheBench/2.3" "-"
flaskapp_2  | [2019-04-10 01:38:02,153] DEBUG in flaskapp: Hello out 172.22.0.4 172.22.0.1 67:
flaskapp_2  | 172.22.0.5 - - [10/Apr/2019 01:38:02] "GET / HTTP/1.0" 200 -
nginx_1     | 172.22.0.1 - - [10/Apr/2019:01:38:02 +0000] "GET / HTTP/1.0" 200 76 "-" "ApacheBench/2.3" "-"
flaskapp_2  | [2019-04-10 01:38:02,156] DEBUG in flaskapp: Hello out 172.22.0.4 172.22.0.1 69:
flaskapp_1  | [2019-04-10 01:38:02,156] DEBUG in flaskapp: hello in
flaskapp_2  | 172.22.0.5 - - [10/Apr/2019 01:38:02] "GET / HTTP/1.0" 200 -
flaskapp_1  | [2019-04-10 01:38:02,159] DEBUG in flaskapp: hello in
flaskapp_2  | [2019-04-10 01:38:02,161] DEBUG in flaskapp: hello in
nginx_1     | 172.22.0.1 - - [10/Apr/2019:01:38:02 +0000] "GET / HTTP/1.0" 200 76 "-" "ApacheBench/2.3" "-"
flaskapp_1  | [2019-04-10 01:38:02,160] DEBUG in flaskapp: Hello out 172.22.0.3 172.22.0.1 70:

對(duì)比純docker的方式，擴(kuò)容變簡(jiǎn)單了。

需要注意的是：擴(kuò)容過(guò)程中要重啟nginx服務(wù)，否則雖然容器擴(kuò)充成多個(gè)，但是服務(wù)流量并不會(huì)分配到新容器。不過(guò)容器啟動(dòng)和創(chuàng)建非常迅速，可以先docker-compose down再行擴(kuò)容啟動(dòng)。

docker-compose scale Note: This command is deprecated. Use the up command with the --scale flag instead. Beware that using up with --scale flag has some subtle differences with the scale command as it incorporates the behaviour of up command.

使用 docker-compose down 一鍵清理應(yīng)用

Removing docker2istio_nginx_1    ... done
Removing docker2istio_flaskapp_2 ... done
Removing docker2istio_flaskapp_1 ... done
Removing docker2istio_redis_1    ... done
Removing network docker2istio_default

compose 已經(jīng)實(shí)現(xiàn)了容器擴(kuò)容自動(dòng)擋:

更直觀的控制容器啟動(dòng)順序及依賴。

使用便捷，擴(kuò)容方便。

不過(guò)compose的自動(dòng)擋，充其量只是一個(gè)摩托版，作為小型/測(cè)試應(yīng)用的部署方案還是不錯(cuò)。如果是大型/正式應(yīng)用，還有以下缺點(diǎn):

擴(kuò)容不能夠無(wú)縫,需要重啟服務(wù)。

單純的compose不支持多機(jī)互聯(lián)。

要實(shí)現(xiàn)多機(jī)部署擴(kuò)容，就需要使用到 kubernetes的容器編排方案了。從部署到編排，單字面理解，看起來(lái)能夠維護(hù)的容器量都增長(zhǎng)了。相比 docker 家的swarm+machine方案， kubernetes 已經(jīng)是容器編排領(lǐng)域的事實(shí)標(biāo)準(zhǔn)，更值得學(xué)習(xí)了解。

harbor harbor應(yīng)用包括多個(gè)服務(wù)，推薦部署方式就是compose。

gogs-drone-docker 。演示了如何快速使用docker compose 搭建一個(gè)ci系統(tǒng)。