回顾
《docker-compose真香》详细讲述docker-compose容器编排工具的用法，实际上容器编排yml文件在进化到版本3的时候，docker-compose更像是被定义为 适用于开发、测试环境的容器编排工具。
Docker引擎在1.12版本集成了Docker Swarm,内置新的容器编排工具docker stack，
① 使用方式雷同,都使用yml容器编排文件
$ docker-compose -f docker-compose up
$ docker stack deploy -c docker-compose.yml somestackname
② 作用大体相同：这两个工具命令都能操纵docker-compose.yml文件中定义的docker services、volumes 、networks资源。
现在无需另外安装docker-compose工具包， 就可以利用docker-compose.yml文件创建Docker容器堆栈。
但是为什么会引入新的docker stack 容器编排技术呢？docker-compose与docker stack除了语法，还有什么不同？
两者差异
docker stack仅针对docker-compose版本3容器编排文件，两者对docker-compose版本3指令稍有差异化，请在这个页面中搜索"ignore"查看更多细节。
举例如下：
① docker stack不支持docker-compose中的“build”指令， 相比之下docker-compose可现场构建镜像，更适合迭代开发和CI
This "build" option is ignored when deploying a stack in swarm mode with a (version 3) Compose file. The
docker stackcommand accepts only pre-built images.
② docker-compose不支持docker-compos版本3中deploy 指令，该指令定义了适用于生产部署的配置，deploy指令专属于docker stack.
deploy
- endpoint_mode
- labels
- mode
- placement
- replicas
- resources
- restart_policy
- rollback_config
- update_config
- Not supported for docker stack deploy
docker-compose版本2依旧有restart指令，对于生产部署来说支持不足，杯水车薪。
可以渐渐理解两者差异的趋势：
- docker-compose更像是被定义为单机容器编排工具；
- docker stack被定义为适用于生产环境的编排方式，强化复制集、容器重启策略、回滚策略、服务更新策略等生产特性。
docker stack强化service的概念：服务可理解为发布到生产环境时某组容器的预期状态
前世
docker-compose是一个Python项目，最初有一个名叫fig的Python项目能够解析fig.yml并启动docker容器堆栈， 这个工具慢慢产品化并被改名为docker-compose，但是docker-compose始终是一个Python工具，作用在Docker引擎的顶层;使用Docker API根据规范启动容器，必须单独安装docker-compose工具包才能将其与Docker一起使用。
docker stack的能力来源自docker引擎原生支持，你不需要安装额外工具包就可启动docker容器堆栈（docker stack 是docker swarm的一部分）。
docker stack支持与docker-compose相似的能力，但是在Docker引擎内Go语言环境中运行的，在使用docker stack命令之前你还必须创建一个swarm节点（这也不是问题）。
今生
docker stack, docker-compsoe两者对yml版本3文件刻意形成差异化支持。
为什么docker公司要强化docker stack，因为docker stack是进阶docker swarm的必经之路；docker stack可认为是单机上的负载均衡部署，可认为是多节点集群部署（docker swarm）的特例。
、
画外音：希望开发者上手docker stack用于生产部署，自然过渡到docker swarm，不然跟kubernetes怎么竞争？
总结
docker stack、docker-compose工具都可以使用版本3编写的docker-compose.yml文件。（版本3之前的docker-compose.yml文件可继续使用docker-compose工具）
如果你仅需要一个能操作多个容器的工具，依旧可以使用docker-compose工具。
因为docker stack几乎能做docker-compose所有的事情，如果你打算使用docker swarm集群编排，或者生产下的容器部署，可尝试迁移到docker stack。
》修改为适用于docker satck的docker-compose.yml文件，也不会花很多时间。
