docker-compose是个好东西，越用越香

回顾前文

前文演示了在单一容器中部署 Nginx和ASP.NET Core WebApp，正在前文评论区某大牛指出的，容器化部署 nginx+ASP.NET Core 有更符合实战的部署选择：多容器独立部署。

这次记录我在工作中利用 docker-compose部署企业级web应用。

本文会讲述企业级示例项目中用到的 docker volume、docker network、redis、sqlite、docker HealthCheck 等相关知识，略去CentOS平台基本操作、Linux 下安装Docker ，docker compose工具， Linux安装Redis等前置知识点。

图片总是比文字更能表达思想，下面图示帮助同学们在 头脑中快速临摹出本次企业级项目的业务、部署流程 ，方便同学们对照实战。

Web App业务上依赖第三方服务、容器外Redis服务、Sqlite数据库，可以想见我们会利用到 docker Volume机制和部分容器网络知识，

此处我们会以独立容器分别部署ASP.NETCore WebApp、Nginx容器，docker-compose 容器编排工具登场。

1. 准备应用程序部署文件

利用dotnet publish CLI命令或者 WebDeploy工具生成部署文件，这里因为还没有实现CI自动构建镜像，需要手动将部署文件拷贝到如下图示publish文件夹，现场生成镜像。

EqidManager
├── app
│   ├── Dockerfile
│   └── publish
├── applogs
├── docker-compose.yml
├── EqidManager.db
└── nginx
    ├── Dockerfile
    └── nginx.conf

2. 应用docker-compose 工具

这次将涉及两个独立的Docker容器，Docker Compose工具将两者连接在一起。

Docker 的优势非常明显，尤其是对于开发者来说，它提供了一种全新的软件发布机制：使用 docker镜像作为软件产品的载体，使用 docker容器提供独立的软件运行上下文环境，使用 docker hub 等提供镜像的集中管理，这其中最重要的是使用 Dockerfile 定义容器的内部行为和关键属性来支持软件运行。

但实际的生产环境往往需要定义数量庞大的 docker 容器，并且容器之间具有错综复杂的联系，手动的记录和配置这些复杂的容器关系，不仅效率低下而且容易出错。所以迫切需要一种 类似于【Dockerfile定义docker容器】那样能够【定义容器集群编排和部署】的工具 。于是Docker Compose 出现了(其实应该说 Fig 出现了，docker 收购了 Fig 并改名为 compose)。

针对以上应用程序，在根目录下创建docker-compose.yml 文件：

version: "3.4"
services:
    build:
      context: ./app
      dockerfile: Dockerfile
    expose:
      - "80"
    extra_hosts:
      - "dockerhost:172.18.0.1"
    environment:
      TZ: Asia/Shanghai 
    volumes:
      - type: bind
        source: /mnt/eqidmanager/eqidlogs
        target: /app/eqidlogs
      - type: bind
        source: /home/huangjun/eqidmanager/applogs
        target: /app/logs
      - type: bind
        source: /home/huangjun/eqidmanager/EqidManager.db
        target: /app/EqidManager.db
    healthcheck:
      test: ['CMD','curl','-f','http://localhost/healthcheck']
      interval: 1m30s
      timeout: 10s
      retries: 3
      start_period: 6s
    logging:
      options:
        max-size: "200k"
        max-file: "10"
  proxy:
    build:
      context: ./nginx
      dockerfile: Dockerfile
    ports:
      - "80:80"
    environment:
      TZ: Asia/Shanghai
    links:
　　　 - app
    logging:
      options:
        max-size: "200k"
        max-file: "10"

这个配置定义了两个服务： app、nginx

对于每个服务，【build】告诉docker-compose怎样为每个服务构建镜像

【expose】和【ports】控制服务与 network bridge、宿主机交互的方式

【links】表明链接另外的容器，意味着nginx启动的时会去启动app服务

在本应用程序中有业务数据需要被持久化，同时使用了Sqlite数据库，所以使用【Volumes】来映射宿主机路径到app 容器内路径，注意容器挂在的源目录必须使用绝对路径。

本应用程序中因为涉及按小时生成业务日志文件，与本地时间有很大关联性，这里特意强调 容器内外最好使用同一时区 ，容器内默认时区可能与宿主机本地不符，使用【TZ】环境变量配置容器内时区

应用程序在http://localhost/healthcheck 配置了健康检查能力，这里使用Docker内置的【HealthCheck】指令轮询 app内的健康检查端口，以判断容器是否持续以预期的方式运作，更多信息，请参考 ...

其中的【extra_hosts】在容器内添加主机名映射，类比与在我们的电脑上hosts文件中增加一行主机名映射关系，这个稍后会细说

2019-06-16日更新: 添加Logging配置节，配置web程序和nginx日志大小（10个日志文件，每个最大200k）

3. 创建独立镜像

① 在app目录创建Dockerfile文件

FROM mcr.microsoft.com/dotnet/core/aspnet:2.2
WORKDIR /app
COPY publish .
EXPOSE 80
ENTRYPOINT ["dotnet","EqidManager.dll"]

View Code

上面的Dockerfile 显示将publish 文件件下的部署文件拷贝进docker镜像，配置容器在80端口监听请求

② 在nginx文件夹下创建Dockerfile 文件，将会使用基础nginx镜像和自定义的nginx.conf文件

 FROM nginx
COPY nginx.conf /etc/nginx/nginx.conf