谈到微服务的话题，技术上我们往往会涉及到多服务、多容器的部署与管理。
Docker 有三个主要的作用：Build, Ship和Run。使用docker compose我们可以在Run的层面解决很多实际问题，如：通过创建compose(基于YUML语法)文件，在这个文件上面描述应用的架构，如使用什么镜像、数据卷、网络、绑定服务端口等等，然后再用一条命令就可以管理所有的服务（如启动、停止、重启、日志监控等等）。
Compose是定义和运行多容器Docker应用程序的工具。 使用Compose，您可以使用YAML文件来配置应用程序的docker服务。 然后，使用单个命令，您可以创建并启动配置中的所有docker服务。
Compose适用于所有环境：生产，开发，测试以及CI工作流程。使用Compose基本上是一个三步过程：
- 使用Dockerfile定义应用程序的环境，以便在任何地方进行复制。
build 构建或重建服务
logs 显示容器的输出内容
port 打印绑定的开放端口
pull 拉取服务镜像
run 运行一个一次性命令
scale 设置服务的容器数目
可以看到一份标准配置文件应该包含 version、services、networks 三大部分，共有三级标签，每一级都是缩进两个空格。下面来详细说明一下里面的内容：
这是定义compose的版本号为version 3，可以参考官方文档详细了解具体有哪些版本
来查看一下是否启动完成：
大家想想，仅仅使用Compose，就可以构建自己的容器云吗？答案显然是否定的。docker-compose解决的问题局限在“编排”二字，甚至连“部署”范畴都涉足甚少，而在一个能够服务于大众的云平台中，编排与部署也仅仅是其中的一个组成部分而已。来一起分析一下它的局限制会有哪些：
1、docker-compse是面向单宿主机部署的，这是一种部署能力的欠缺。在更多的场合下，管理员需要面对大量物理服务器（或者虚拟机），这时如果要实现基于docker-compose的容器自动化编排与部署，管理员就得借助成熟的自动化运维工具（ansible、puppet、chef、saltstack）来负责管理多个目标主机，将docker-compose所需的所有资源（配置文件、用户代码）交给目标主机，然后在目标主机上执行docker-compose指令。
2、同样网络和存储也比较棘手，Docker不能提供跨宿主机的网络，完全面向Docker daemon的docker-compose当然也不支持。这意味着管理员必须部署一套类似于Open vSwich的独立网络工具，而且管理员还需要完成集成工作。当好不容易把容器编排都安排妥当之后，又会发现容器还处在内网环境中，于是负载均衡、服务发现等一堆问题就面临而来了，这些问题很快能消耗掉工程师所有的耐心。
那么，是否有一种能够提供完善的面向服务器集群的Docker编排和部署方案呢？Docker官方给出的答案是Compose同Machine和Swarm联动，其实还有大家近期经常听到了kubernetes（k8s）
