过去的3年中，docker的广泛应用促进开发人员和it运维团队工作效率的显著提升，可喜的是在增加环境操控性的情况下并未让灵活性做出妥协。从dotcloud团队使用的运维工具到docker支持的caas（容器即服务）平台、ddc（docker数据中心），docker一直引领着技术的变革。
6月7日docker宣布了下一阶段的重要战略——与云基础设施的主要提供商hpe展开合作，docker和hpe将进行集成，并且在hpe x86服务器上支持docker，绑定docker的商用引擎（cs engine）。这也是docker进军企业云的重大举措。
这种合作可以帮助企业改造自有数据中心，使之受益于更敏捷的开发环境。有了运行在hpe服务器上的全新的docker，it组织有能力很轻松的由测试向生产迁移并实现高可用性，使用hpe广泛的企业管理工具提供企业级的安全环境。
让我们来深入了解docker和hpe合作做的事情。
服务器docker化进程
我们最想实现的目标就是可以让docker零基础的用户也能快速上手。现今，许多企业在传统数据中心物理主机上运行着海量应用和数据。对这些组织来说，服务器配置和配置所需时间相当于业务敏捷性。我们已经与hpe的团队合作，保证所有hpe x86服务器与docker cs引擎预配置的测试和验证，在hpe的支持下，docker可以运行企业级的应用程序。
一旦启动并运行，这些docker主机可以运行任意dockerized分布式应用程序和已容器化的传统应用，或者可以独立调用cpu构建系统。作为一个现代的基础应用平台，hpe的docker服务器可以与docker cs引擎进行预配置，可以在本地的容器即服务（caas）环境中管理docker数据中心。docker数据中心（ddc）能够帮助企业在任意的基础设施上构建、迁移、运行他们docker化的应用，这对于it运维部门而言绝对不只是一个容器管理平台那么简单。
参考体系架构已经逐渐完成
自从我们发布了docker数据中心及其组件：docker通用控制平面（ucp）和docker信任注册（dtr），我们的许多用户在不同的基础设施堆栈部署它，我们从他们的经验中学到了很多并且能回答如下问题：我把控制器放在哪里？规模怎么样？我怎么才能达到最高的可用性的平台？性能如何？
为了回答这些问题，我们与hpe合作构建一个已经验证过的完整的端到端caas堆栈，并作为《hpe参考体系架构》（ hpe’s reference architectures）文档中的一部分，首个版本已经可以使用，包括部署运行在hpe converged architecture 700上的docker数据中心，其他的参考体系架构正在研究中，有望在接下来几个月中问世。
插件式部署扩展企业生态
docker的理念是提供灵活的不颠覆用户体验的选择，我们提供开放api、网络和存储的插件使得我们的生态系统合作伙伴能够有效扩展平台功能，能够针对不同环境提供额外的功能。
hpe在这两个领域做了很多工作，首个与docker volume插件结合，为hpe 3 par storserv部署提供持久性的数据，同时为hpe分布式云网络（dcn）解决方案的应用网络策略提供docker网络插件，以及分布在多个主机中的容器。
hpe sitescope完成docker部署监控
启动并运行应用程序只是这一等式的一部分，生产监控系统和应用程序是确保性能和服务水平的至关因素。hpe sitescope是一个无代理监控软件，能够监控dockerized环境的可用性和性能。它提供了一个丰富的应用/服务器/数据库/网络/虚拟化/云监控和各种解决方案专业知识库和最佳实践。
最新版的sitescope提供了与docker群监控集成的多层堆栈：
swarm processall nodes in the swarm cluster（集群中的节点群）docker daemons（docker守护进程）docker containers（docker容器）workload for each container（每个容器的工作负载）
hpe sitescope甚至可以监控docker hub中的docker容器，并且成为了docker生态系统技术合作项目（etp）之一。
企业级支持和咨询服务周期缩短
我们使docker很容易的通过配置和测试所有组件，使得企业很容易在测试及产品网络中设置并快速运行docker，然而，为了满足更加苛刻的企业需求、并满足用户支持sla的需求，需要更多的定制设计。我们与hpe合作提供l1/l2的支持，并且通过hpe的技术解决方案提供咨询服务和sla。此外，hpe还将提供技术评估，并且通过hpe技术服务咨询中心设计和实现docker的服务（平台安全，工作负载咨询）。
本文转自d1net（转载）