随着资源利用率，设备可维护性等问题的解决，人们对于资源的关注从基础iaas层开始向上发展，特别是微服务等概念的提出，大家都从一个大而全的应用演变成希望一个应用就只完成某个特定的功能，今天我们的开发是开箱即得，按需索取，并且 "build once，run everywhere，彻底解决应用的部署，分发，可用性，可运维性，监控等问题运维等问题，特别是线上线下的兼容性，我相信很多开发都遇到测试环境调通一到线上就挂的囧境，为什么—环境不一致导致，今天容器又天然就和微服务的理念是match的。
DevOps最佳实践
运维这个职位是个吃力不讨好的高危行业，干对了你是应该了，干错了第一个责任人就是你，运维本身不像研发没有实际产出，不出问题的时候大家不会感觉到你的存在，所以作为运维的职业如何在公司快速发展的业务过程中找到自我价值和定位是很多运维人在探索的方向，google最早对运维进行了重新定义，提出SRE的概念，并且结合DevOps" target="_blank">devops在实际工作中的落地，取得了很好的效果，阿里在这条路上也进行了探索，并且觉得docker是最佳的落地方式，今天做docker化是为了解决我们环境不一致问题，提升我们的开发和发布效率，docker和虚拟化根据各自处理场景的不通相互融合的非常好。
最底层的ECS服务可以是多种介质的异构，传统的kvm，最新的神龙裸金属服务器，GPU，FPA方案，上层可以直接对用户提供VM，也可以是容器，所以的容器服务都基于ECS来构建，最顶层的业务平台根据自身需求可以通过k8来进行容器的定义也可以通过paas平台直接调用API" target="_blank">api进行虚拟资源的弹性伸缩。
对性能的要求
传统部署在物理机上的高IO业务有服务化需求之后自然想到的就是docker+物理机，例如数据库服务，在未经优化的情况下，在虚拟机化上跑I/O业务性能将受损失。经过可靠的测试虚拟化对于物理硬件的损耗在优化的情况下也要有5%左右。
未来大部分业务系统将会变成虚拟机+Docker形式的组合，操作系统和Docker本身采用虚拟机镜像方式部署，软件、业务依赖组件，业务定义等与业务相关属性采用容器镜像，既实现安全隔离有提升资源的高利用率。
