跨云的管理工具多云管理软件通常被称为云计算管理平台 （CMP）。CMP通过对底层云平台的抽象， 帮助客户来定义应用部署的拓扑结构。这种拓扑结构是独立于具体的云提供商或者云平台的。客户可以通过CMP来选择的具体的某一云平台来部署自己服务。通过CMP，客户永远不必处理具体某一云平台的特定的用户界面或API。这样，通过CPM，会把所有的云平台置于一个相同的公平竞争环境。 为避免被具体的云平台绑定，CMP一般只使用云平台提供的基础的计算单元，数据块存储，对象存储网络服务。一些CMP还将将自己的负载均衡、 数据库服务和应用服务部署到每个云平台。这样会进一步避免将应用绑定到具体某一云平台。举例来讲，当客户在AWS上进行灾难恢复的时候，通过CMP，他们也可以选择在自己的基于传统VM的私有云环境中运行他们的应用。 在很多方面，Docker提供了类似CMP的跨平台移植能力。客户可以通过Dockerfile声明一个Docker镜像和相关的拓扑结构，并把镜像build到具体的云平台中。与CMP类似，通过Docker，也可以将额外管理所需的网络、数据库等服务以容器的方式部署，进而满足各种具体的需要。 同时，一些新的基于Docker的管理工具也提供了多云平台的容器管理功能。事实上，这同CMP的功能有所重叠，而一些CMP厂家也正在评估Docker的影响。 像PaaS一样，我们不确认Docker到底会增加对CMP的需求，抑或反之？ 同时，Docker的出现会不会让应用的故障追踪以及处理变得更复杂？而云计算管理平台会不会集成对Docker的管理？
对传统ISV的影响对于传统ISV而言，在整个SDLC（Systems Development Life Cycle）环节中引入Docker，可能会成为一种趋势。Docker的引入，除了在ISV内部的开发、测试中会极大的解决配置依赖等问题，进而提升整体效率。 我们认为，以容器为核心的持续集成和持续交付，最终将容器作为ISV向客户、向客户的云平台交付的实体，对于ISV及其客户而言，都会有很大的效率提升。 虽然目前，我们不清楚究竟是更多的ISV向其客户推荐了Docker，还是更多客户要求ISV基于Docker进行开发，还是两种可能都会有。但我们相信，Docker在企业应用市场，类似之前的VMware，会得到广泛应用。
对DevOps的影响目前市场上虽然有很多各种各样的DevOps工具，希望帮助解决开发人员和运维人员之间的Gap。但Docker的出现，事实上提供了一种同Devops理念非常契合的框架。基于Docker：
我们认为Doker很有可能会对Devops的生态系统产生重要影响，甚至很有可能从根本上改变开发、运维的协作方式，并对市场上已有的持续集成，持续部署的解决方案造成重大影响。 事情总是会前进的，虽然并不一定以我们想象的方式
写在后面的话
Docker正在面临Java之前所面临过的类似的挑战。鉴于Docker很可能打乱甚至颠覆现有市场，目前很多公司正在密切关注并且评估Docker对自身业务的影响，如果需要，我们相信这些公司会以不同方式向Docker公司施加影响。Docker公司在未来也许会变得更加谨慎。 但我们更愿意从另外一个角度来看，我们相信，以Docker为代表的这一类容器虚拟化技术已经取得长足进步，无论Docker公司本身未来如何，容器虚拟化技术的进步以及推广，必将带来深刻的产业影响。 |
