【08】循序渐进学 docker：docker compose

写在前面的话

 

在之前的操作中，即使是单个容器每次都需要敲很长的命令，当需要多个容器组合着用的时候更加麻烦，此时我们急需找到一种一次配置，随便运行的方法。

这就是这一节重点，单机容器编排工具：docker-compose。

 

 

安装使用 docker-compose

 

官方文档如下：

https://docs.docker.com/compose/install/

安装 docker-compose，其实就是一个脚本：

# 下载脚本和修改权限
curl -L "https://github.com/docker/compose/releases/download/1.23.2/docker-compose-$(uname -s)-$(uname -m)" -o /usr/local/bin/docker-compose
chmod +x /usr/local/bin/docker-compose
ln -s /usr/local/bin/docker-compose /usr/bin/docker-compose

# 查看结果
docker-compose --version

在 docker-compose 中，最重要的就是 docker-compose.yml 文件。该文件指明了有哪些容器，运行规则是怎样。

在 docker-compose.yml 中，最重要的几个概念：

services：在该项下面的每一项就代表着一个容器。

networks：定义了容器会用到哪些网络。

volumes：定义了容器持久化规则。

另外，docker-compose.yml 文件是有版本概念的，推荐目前最新的 3 版本，否则可能出现不兼容的情况，以下是之前 Wordpress 服务的 docker-compose.yml 文件，先看后写：

老规矩，还是先删除所有的容器和所有的 volume：

docker container rm -f $(docker ps -aq)
docker volume rm $(docker volume ls -q)

 

然后编辑 docker-compose.yml 文件：

version: '3'

services:
  
  wordpress-db:
    image: mysql:5.7
    environment:
      MYSQL_ROOT_PASSWORD: 123456
      MYSQL_DATABASE: wordpress
    volumes:
      - wordpress-data:/var/lib/mysql
    networks:
      - my-network

  wordpress-web:
    image: wordpress
    ports:
      - 8080:80
    environment:
      WORDPRESS_DB_HOST: wordpress-db
      WORDPRESS_DB_USER: root
      WORDPRESS_DB_PASSWORD: 123456
      WORDPRESS_DN_NAME: wordpress
    networks:
      - my-network

volumes:
  wordpress-data:

networks:
  my-network:
    driver: bridge

配置文件说明：

关键字	说明
容器名字	指定容器名称，所有的操作都应该隶属于这个名称之下，这里给 MySQL 容器命名为 wordpress-db。
image	指定镜像，如果不是最新版，可以跟上版本号，和 docker 命令运行规则一样。
ports	端口映射，值得注意，在配置中，端口映射，数据卷，网络都是可以存在多个的，所以这些单词都是复数， 如 networks，volumes。其值的写法也和其他项不同，需要在前面加一个 - 符号，因为值是一个字符串。 所以在 : 之后绝对不能有空格，否则会报错。
volumes	持久化操作。
networks	指定使用的网络，相当于 --networks 参数。
environment	环境变量参数，可以多个，换行写
顶级 volumes	单独声明我们上面持久化的卷的名称。
顶级 networks	设置需要的网络，并指定该网络的 driver。如果该网络不存在，在执行的时候会自动创建。

 

 启动容器：

docker-compose -f docker-compose.yml up -d

使用 -f 参数加配置名字配上 up 启动，如果在当前目录，且名字就是 docker-compose.yml 就可以省略 -f 参数，-d 是为了后台启动，如果处于调试阶段，为了方便看日志，可以不加 -d 参数，但是会直接输出日志，ctrl + C 就会让所有容器都退出。

启动结果：

访问测试：

 

其他常用的命令：

# 查看有哪些容器
docker-compose -f docker-compose.yml ps

# 停止所有容器
docker-compose -f docker-compose.yml stop 

# 启动所有容器
docker-compose -f docker-compose.yml start

# 停止并删除所有容器
docker-compose -f docker-compose.yml down

 

直接查看容器：

可以发现，容器的名称并不是之前所定义的容器名字，而是由一系列的组合而成，但在连接数据库的时候又不会有问题。

这样的好处可以通过之后的一个实践项目测试一下。

 

 

docker-compose 负载均衡实战

 

这个实战的项目的代码就是之前的 Flask redis 的代码：app.py

from flask import Flask
from redis import Redis
import os
import socket

app = Flask(__name__)
redis = Redis(host=os.environ.get('REDIS_HOST', '127.0.0.1'), port=6379)

@app.route('/')
def hello():
    redis.incr('hits')
    return 'Hello Container World! I have been seen %s times and my hostname is %s.\n' % (redis.get('hits'),socket.gethostname())

if __name__ == "__main__":
    app.run(host="0.0.0.0", port=5000, debug=True)

 

Dockerfile 文件：

FROM python:2.7
LABEL maintainer="Dylan <1214966109@qq.com>"
COPY app.py /app/
RUN pip install flask && pip install redis
WORKDIR /app/
EXPOSE 5000
CMD ["python", "app.py"]

 

编写 docker-compose.yml 文件：

version: '3'

services:

  redis-demo:
    image: redis

  flask-demo:
    build:
      context: .
      dockerfile: Dockerfile
    environment:
      REDIS_HOST: redis-demo
    
  load-balance-demo:
    image: dockercloud/haproxy
    links:
      - flask-demo
    ports:
      - 8888:80
    volumes:
      - /var/run/docker.sock:/var/run/docker.sock

这里用到了一个新的镜像 dockercloud/haproxy，用于制作负载均衡，使用 links 直接将 80 端口代理到容器 flask-demo 的端口上，而不是 ports 映射。 

ports 映射最终被用于将 haproxy 的 80 端口映射到外部。

简单的示意图：

 

同时，由于这里并不是公有镜像，而是 Dockerfile 构建的，所有在 dlask-demo 中也告诉大家一种新的构建方式。

这里将 flask-demo 启动多个节点：

docker-compose -f docker-compose.yml up --scale flask-demo=3 -d

注意，这里所有的额外参数都需要放在 up 之后命令才能执行~ 

查看启动结果：

可以看到 flask-demo 容器启动 3 个，并实现了负载均衡。访问测试：

 

 

小结

 

docker-compose 在单机部署的时候会用到，而且现在很多开源项目的部署方式其实采用的也是 docker-compose 的方式。

这种方法需要了解。但是在工作中可能更多的是多主机，集群的形式。这个时候 docker-compose 就有些限制了。

至于这样的需求怎么实现，就得依靠之后的容器编排工具 docker swarm 甚至更牛逼的 K8S 了。当然这都是后话，饭得一口一口得吃。

转载于:https://www.cnblogs.com/Dy1an/p/10615094.html