• 在生产环境中使用Docker Compose
    • Modify your Compose file for production(为生产环境修改您的Compose文件)
    • Deploying changes(部署修改)
    • Running Compose on a single server(单机服务器上运行Compose)
    • Running Compose on a Swarm cluster(在Swarm集群上运行Compose)
  • 原文

    在生产环境中使用Docker Compose

    在development中使用Compose定义应用程序时,可使用此定义,在不同环境(如CI,staging和production)中运行应用程序。

    部署应用最简单的方法是在单机服务器上运行,类似于运行development环境的方式。如果要对应用程序扩容,可在Swarm集群上运行Compose应用程序。

    Modify your Compose file for production(为生产环境修改您的Compose文件)

    您几乎肯定会对您的应用配置进行更改,从而使这些配置更适合线上环境。 这些更改可能包括:

    • 删除任何绑定到应用程序代码的Volume,以便代码保持在容器内,不能从外部更改
    • 绑定到主机上的不同端口
    • 设置不同的环境变量(例如,减少日志的冗长程度或启用email发送)
      • DEBUG INFO WARN ERROR FETAL
    • 指定重启策略(例如, restart: always ),从而避免停机
    • 添加额外服务(例如,日志聚合器)

    因此,您可能需要定义一个额外的Compose文件,比如production.yml ,它指定了适用于生产的配置。此配置文件只需包含从原始Compose文件的修改。该附加Compose文件,可在原始的docker-compose.yml 基础上被应用,从而创建新的配置。

    一旦获得了第二个配置文件,可使用-f 选项告诉Compose:

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

    请参阅 Using multiple compose files 获取更完整的示例。

    Deploying changes(部署修改)

    当您更改应用代码时,您需要重新构建镜像并重新创建容器。例如,重新部署名为web 的服务,可使用:

    1. $ docker-compose build web
    2. $ docker-compose up --no-deps -d web

    这将会先重新构建web 的镜像,然后停止、销毁、重新创建web 服务。 --no-deps 标志可防止Compose重新创建任何web 依赖的服务。

    Running Compose on a single server(单机服务器上运行Compose)

    通过适当地设置DOCKER_HOSTDOCKER_TLS_VERIFYDOCKER_CERT_PATH 等环境变量,可使用Compose将应用程序部署到远程的Docker主机。 对于像这样的任务,Docker Machine 可使本地/远程Docker主机管理变得非常简单,即使您没有远程部署也推荐使用Docker Machine。

    一旦您设置了如上环境变量,所有正常的docker-compose 命令将无需进一步的配置。

    Running Compose on a Swarm cluster(在Swarm集群上运行Compose)

    Docker Swarm ,是一款Docker原生的集群系统,它暴露了与单个Docker主机相同的API,这意味着您可在Swarm实例上使用Compose,并在多个主机上运行应用程序。

    阅读更多关于集成指Compose/Swarm整合的内容,请详见 integration guide 。

    原文

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