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

 回顾前文

前文演示了在单一容器中部署 Nginx和ASP.NET Core WebApp， 正在前文留言中某位大牛指出的，容器化部署 nginx+ASP.NETcore 有更生产化的部署选择，

这次我们会演示利用 docker-compose 创建两个独立的容器 部署企业级应用。

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

头脑风暴

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

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

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

操作步骤

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

利用dotnet publish CLI命令或者 WebDeploy工具生成部署文件，将部署文件拷贝到如下图示publish文件夹

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

2. 应用docker-compose 工具

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

Docker Compose用于运行多容器Docker应用程序，通过docker-compose.yml文件，您可以配置多个应用程序容器，然后，您可以构建并运行容器集合（类似于单个容器的方式）。

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

version: "3.4"

services:
  app:
    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
  proxy:
    build:
      context: ./nginx
      dockerfile: Dockerfile
    ports:
      - "80:80"
    environment:
      TZ: Asia/Shanghai
    links:
      - app

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

  • 对于每个服务，【build】 告诉Docker Compose怎么去为每个服务构建镜像
  • 【expose】和【ports】控制服务与 network bridge、宿主机交互的方式
  • 【links】表明链接另外的容器，意味着 代理服务启动的时候捡回去启动app服务
  • 在本应用程序中有业务数据需要被持久化， 同时使用了Sqlite数据库，所以使用 【Volumes】来映射宿主机路径到 app 服务
  • 本应用程序中因为涉及按小时生成业务日志文件，与本地时间有很大关联性，这里特意强调容器内外最好使用同一时区， 容器内默认时区可能与宿主机本地不符，使用【TZ】环境变量配置容器内时区
  • 应用程序在http://localhost/healthcheck 配置了健康检查能力， 这里使用Docker内置的【HealthCheck】指令轮询 app内的健康检查端口， 以判断容器是否持续以预期的方式运作， 更多信息，请参考...
  • 其中的【extra_hosts】在容器内添加主机名映射， 类比与 在我们的电脑上hosts文件中增加一行主机名映射关系， 这个稍后会细说

3. 创建独立镜像

① 在app目录创建Dockerfile文件

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

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

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

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

nginx.conf 文件与前文类似：

worker_processes 4;

events { worker_connections 1024; }

http {
    sendfile on;

    upstream app_servers {
        server app:80;
    }

    server {
        listen 80;

        location / {
            proxy_pass         http://app_servers;
            proxy_redirect     off;
            proxy_set_header   Host $host;
            proxy_set_header   X-Real-IP $remote_addr;
            proxy_set_header   X-Forwarded-For $proxy_add_x_forwarded_for;
            proxy_set_header   X-Forwarded-Host $server_name;
        }
    }
}

该nginx.conf与前文的区别是第9 行，前文因为app和nginx在一个容器，所以【upstream app_servers】配置为 server  localhost：5000， 这里我们更改为server  app:80, 其中app是在docker-compose.yml 文件中指定的服务名称。

4. 构建容器集合 --> 运行集合

在CentOS上安装了docker-compose工具之后， docker-compose --help 会看到可以利用的工具指令：

// build 命令会构建/重建每一个服务， 然后使用项目名称和服务名称标记每个镜像、容器

docker-compose build

// up 命令创建并运行容器

docker-compose up

如下图示： docker-compose 默认会利用项目名称EqidManager , 应用程序服务名称app 构建 ImageName=“EqidManager_app”镜像和对应名称容器。

本例中，访问localhost：80可验证是否成功部署。

--------------------------------------------------------------------------华丽丽的分割线  ------------------------------------------------------------------------

Network

最后我们来探究容器集合的网络连接， 这也是容器比较复杂的部分。

 当执行docker-compose时，会创建一个共享网桥设备，集合内所有服务都可通过该网桥交流。

  • 创建名称是 {project}_default 的网桥
  • 使用【app】配置创建容器，同时使用服务名称app 加入 {project}_default 网络
  • 使用【nginx】配置创建容器，同时使用服务名称nginx 加入 {project}_default 网络

每一个容器现在可使用 “app”/“nginx” 主机名，这些主机名可得到正确的容器IP， 所以在nginx.conf 文件中我们给 【upstream app_servers】配置 app:80 能正确转发请求：

  docker-compose.yml文件中【extra_hosts】的用法：

当前程序架构中使用的Redis 服务是宿主机的常驻服务，在app 容器内不能再使用localhost：6379引用redis服务， 因为容器内localhost 指向的是容器自身。

【extra_hosts】指令用于主机名映射，该主机名代表了宿主机的机器IP，可通过docker inspect [network_id] 查看宿主机在网桥上的映射IP：

[[email protected]referer1 nginx]# docker inspect 0b576abb7ead
[
    {
        "Name": "eqidmanager_default",
        "Id": "0b576abb7ead9041a4aa0fe786c3e448f0ca93abe2559560e75f491bea326754",
        "Created": "2019-04-30T00:53:31.047534813+08:00",
        "Scope": "local",
        "Driver": "bridge",
        "EnableIPv6": false,
        "IPAM": {
            "Driver": "default",
            "Options": null,
            "Config": [
                {
                    "Subnet": "172.18.0.0/16",
                    "Gateway": "172.18.0.1"
                }
            ]
        },
        "Internal": false,
        "Attachable": true,
        "Ingress": false,
        "Containers": {
            "f0b08e0e54e7e9293211bba0eb92f55749c3de4b31dc8011c3f803c02a69000a": {
                "Name": "eqidmanager_proxy_1",
                "EndpointID": "1311f2b21b2a0ecec205e6a8902d298eece8a782f7f7ab785ded6561b8ff7c5e",
                "MacAddress": "02:42:ac:12:00:03",
                "IPv4Address": "172.18.0.3/16",
                "IPv6Address": ""
            },
            "f57f5f1f69351245932885c2de271d387df0055b1c51a17242c8bc1e941ed32b": {
                "Name": "eqidmanager_app_1",
                "EndpointID": "b89d144948ee58870e07b9d1cfc5fd42f1bfe0a4b15e4fc2905d13136acb0a7e",
                "MacAddress": "02:42:ac:12:00:02",
                "IPv4Address": "172.18.0.2/16",
                "IPv6Address": ""
            }
        },
        "Options": {},
        "Labels": {
            "com.docker.compose.network": "default",
            "com.docker.compose.project": "eqidmanager",
            "com.docker.compose.version": "1.24.0"
        }
    }
]

本实例中宿主机在这个eqidmanager_default 网桥上的网关是 172.18.0.1，所以在docker-compose.yml 文件中配置了上述【extra_hosts】，在对应的app容器内我们cat  /etc/hosts 会发现新增的映射记录：

相应的我们连接字符串是 ：

"connectionstrings": {
    ”sqlite": "Data Source=EqidManager.db",
     "redis": "dockerhost:6379,password=****@1,connectTimeout=10000,writeBuffer=40960"
},

 That‘s all， 编写一个企业级docker-compose.yml 文件需要对项目业务流程和部署流程有全盘了解，同时必须要具备完备的计算机操作原理和网络原理知识；

当然，当你编写完一个企业级docker-compose.yml文件并成功运行，这也印证了你已经全盘熟悉项目架构同时也重温了计算机操作原理和网络原理，

心中窃喜， docker-compose是个好东西，越用越香，

希望本文对初涉容器平台的同学能有一个抛砖引玉的效果。

原文地址：https://www.cnblogs.com/mi12205599/p/10919346.html

时间： 2024-10-03 13:22:31

docker-compose 是个好东西，越用越香的相关文章

有容云：实战总结之 利用Docker、Docker Compose &Rancher构建持续部署

前言: 本文由John Patterson . Chris Lunsford写于2016年4月4日,译者有容云张向波,转载请注明出处.(原文链接见文末) 作者John Patterson和Chris Lunsford 运营了一家提供运营和基础架构服务的公司,本文是他们给大家分享的内容:关于如何通过使用Docker.Docker-Compose和Rancher来实现容器部署落地. 我们想跟你一起从头开始体验整个过程,特别是之间遇到的一些痛点和所做的决策.目前,已经有许多的资源和工具可以与Docke

docker——三剑客之Docker Compose

编排(Orchestration)功能是复杂系统实现灵活可操作性的关键.特别是在Docker应用场景中,编排意味着用户可以灵活的对各种容器资源实现定义和管理. 作为Docker官方编排工具,Compose的重要性不言而喻,它可以让用户通过编写一个简单模板文件,快速地创建和管理基于Docker容器地应用集群. Compose项目是Docker官方的开源项目,负责实现对Docker容器的快速编排.从功能上看,跟OpenStack中的Heat十分相似.Compose定位是"定义和运行多个Docker容

Docker & ASP.NET Core (5)：Docker Compose

原文:Docker & ASP.NET Core (5):Docker Compose 第一篇:把代码连接到容器 第二篇:定制Docker镜像 第三篇:发布镜像 第四篇:容器间的连接 Docker Compose简介 Compose是一个用来定义和运行多容器Docker应用的工具.使用Compose的时候,你可以使用一个YAML文件来配置你应用的服务.然后根据配置,使用一个命令即可创建并运行所有的服务. 使用Compose的时候通常分三步: 使用Dockerfile定义你的环境 在docker-

Docker，Docker Compose，Docker Swarm，Kubernetes之间的区别

最近在学习Docker容器,了解到一些相关的技术,像是Kubernetes,Docker-compose,Docker Swarm,分不清这些东西之间的区别,特意去研究了一下,分享一下,适合刚入门学习容器的同学了解. DcokerDocker 这个东西所扮演的角色,容易理解,它是一个容器引擎,也就是说实际上我们的容器最终是由Docker创建,运行在Docker中,其他相关的容器技术都是以Docker为基础,它是我们使用其他容器技术的核心. Docker-ComposeDocker-Compose

Docker Compose 启动mysql，redis，rabbitmq

这里使用的centos7,首先切换到root. sudo -s 首先去设置下载镜像,否则下载这三个东西要很久,而且可能失败. vim /etc/docker/daemon.json 内容如下: { "registry-mirrors": ["https://dftbcros.mirror.aliyuncs.com"] } 再重启docker: systemctl restart docker 创建一个存储这些服务Docker Compose文件目录,其中新建一个文件

Windows 系统安装Docker Compose 步骤

参考 Docker Compose official 官方安装指南: https://docs.docker.com/compose/install/ 实际上到目前为止还不能直接在Windows上安装Docker Compose,所以这篇文章要讲的是如何在Windows上使用Docker Compose. 先决条件: Docker Machine 已经安装完毕. 解决方案: 将 Docker-Compose 安装在Boot2Docker虚拟机中. 1. SSH to VM: $ docker-m

Docker Compose

compose项目简介 compose项目来源于之前的Fig项目,使用python代码编写.compose项目主要用于编排部署基于docker的应用.本身与docker/swarm配合度很高. Docker Compose 是 Docker 编排服务的一部分,可以让用户在其它平台快速安装Docker,Swarm 可以让 Docker 容器在集群中高效运转,而 Compose 可以让用户在集群中部署分布式应用.简单的说,Docker Compose 属于一个"应用层"的服务,用户可以定义

利用docker compose启动gitlab及runner

添加docker compose配置文件 新建文件docker-compose.yml,输入如下内容: gitlab: image: 'gitlab/gitlab-ce:latest' container_name: 'gitlab' restart: always hostname: 'gitlab.cjx.com' environment: GITLAB_OMNIBUS_CONFIG: | external_url 'http://gitlab.cjx.com' # Add any othe

架构上面的东西，越少越好

比如说 传统的php web程序,不管你是nginx 还是httpd 进来,还是要经过php 进来,然后连mysql ,redis ,mongodb ,不能说你用了nginx 就快了多少. nginx真正牛笔之处在于第三方模块,比如说lua ,本身可以处理httpd的请求,还可以联合其他模块,比如说drizzle 可以直接访问mysql .这样就完全绕过了php 这个大家伙,性能提高那是必须的.光用nginx 当web server ,没啥优势,其实. 当然这个是建立在你能自行开发网站或者2次开