最近，在容器领域发生了几件大事：一是全球最大的代码托管平台GitHub，将他们的服务迁移到Kubernetes上；二是开源组织CNCF（Cloud Native Computing Foundation，云原生计算基金会）中加入了两家全球知名的云厂商：微软和AWS；三是在刚结束的VMworld上，VMware携手Pivotal和Google发布了私有云容器平台。

自Docker出现以来，就促使容器技术热度不断攀升；而且随着企业生产领域对容器技术的应用，它的热度依然没有消减的趋势。那么，未来容器的发展走势又将如何？看看国内云厂商青云QingCloud有什么看法？

青云QingCloud眼中下一代云：云+容器

“说起云，最早人们都说“希望像用水和电一样使用计算资源”。现在离这个理想还比较遥远，从一个外行人的角度来看，如果像电一样使用资源，软件就必须像电器那样标准，需要多少瓦，供多少电。目标还很遥远，那么我们下一代可能的方向是怎样的？”青云QingCloud容器平台负责人王渊命这样问到。

云计算最初是以IaaS的形式出现，满足了用户对资源按需使用的需求。同时，IaaS接管了硬件资源的运维，解放了用户对硬件运维的管理，并提供可编程接口，让资源管理可编程化。云IaaS模型全面地模拟物理环境的资源，通过SDN模拟硬件网络，通过SDS模拟硬盘、硬件存储。然而，这些改变并没有完全满足用户对云的期望，他们希望他们只需要关心业务逻辑即可，其它事情都由云来完成。这就促使了容器的诞生。“容器的产生，主要的作用可以用一句话概括——‘应用标准化’，”王渊命说 。

容器是面向应用的，IaaS是面向资源的，两者结合才将会造就下一代云。那么这样的下一代云，具体是什么样的，青云QingCloud从开发者、软件服务提供商和企业用户三个角色进行了分析：

• 从部署环境看，开发者希望所开发的应用在本地和线上拥有一样的部署和运行方式，这样应用迁移的成本、开发成本、测试成本都会降低；软件服务提供商提供了云上的软件服务，他们希望服务在其他云上也能以同样的方式部署和提供，他们期望跨云的环境也是一致的；企业用户关心的是本地机房环境和云上的环境要否保持一致，无论是私有云迁到公有云，或是做混合云，应用迁移和转换都要非常方便。
• 从成本看，开发者关注的是研发成本，云要能帮助他们降低研发成本；软件服务商关注的是部署成本，目前，服务器端的应用只提供安装包，将安装包变成服务，之间有一个很大的沟壑，需要运维人员通过一个手册或者类似的方式完成。如何从安装包直接部署变成集群，是青云QingCloud一直在探索的；企业用户关心的是拥有成本，与实际使用的资源要匹配，而不是很多空闲资源。
• 从交付看，开发者关心的是应用发布、打包，要提供一个标准，能够直接在各种环境下安装；软件服务商希望提供一个应用分发平台，类似青云QingCloud 的AppCenter、AppStore之类平台；企业用户关心的是要把应用一键安装到环境里，而不必再通过手册操作。
• 从标准看，开发者希望云是面向API的标准，这样所有都可以按照自动化方式进行，并提供足够的API；软件服务商希望标准能屏蔽后面的细节，跟各种发行商没有任何关系；企业用户希望避免厂商锁定。

由此，青云QingCloud得出这样的结论：如果有这样的COE（容器编排引擎），云上的容器编排引擎和本地的容器编排引擎是一致的，API也是一致的，在其他的云上的API也是一致的，就能够实现下一代的云。这本质上就变成了容器编排引擎的调度器，下面接管了硬件资源，上面提供各种XaaS（X as a Service），这就有希望达到上面的目标。

容器编排Kubernetes占半壁江山：青云QingCloud“蓄谋”已久

事实上，在2014至2015年之前，大家几乎没听过容器编排，这是为什么？青云QingCloud基础设施产品经理李建盛回答说，“一开始，只管理几十个容器是很轻松的。当容器数量达到成千上万时，就需要有容器的调度和管理系统，即容器编排系统应运而生。”而且青云QingCloud认为要成为容器编排引擎的标准需要满足这样几个条件：开源的、对商业化要友好 、得到社区与厂商的支持、API与应用规范要高度标准化、要具备扩展性。

目前，容器编排主要来自于两类公司的贡献，一是互联网公司的贡献。以Google为代表的内部用以管理应用运作的系统——Google Borg容器编排调度系统，后来衍生出的Mesos和Kubernetes。另一类是来自PaaS厂商的贡献。在Docker没出现之前，PaaS平台如Cloud Foundry、CoreOS，相应地有自己容器编排的项目，如fleet、Diego、Swarm、Docker。

上图是容器编排市场的格局，我们看到，Kubernetes占据半壁江山。王渊命表示，“Kubernetes是开源的，是基金会的模式，有社区和厂商的广泛参与，允许第三方厂商以盈利模式提供服务，而不会以某一家厂商独占。Kubernetes专注于API以及应用规范的制定，实现方式和应用性能可以不一样，但面向用户的API和规范是一样的。Kubernetes有灵活的扩展性，但同时又有避免社区分裂的机制。”

目前，世界前三大公有云厂商Azure、AWS和Google全部支持Kubernetes，并且红帽在容器领域已经开始盈利。所以，青云QingCloud也将大力支持Kubernetes。

首先，青云QingCloud早已经成为了Cloud Provider一员来支持Kubernetes。青云把Kubernetes的规范跟自己的平台做整合，并开源相关的插件，同时在青云AppCenter提供一致的Kubernetes服务，即，用户可以直接使用青云提供的Kubernetes服务，或者自己搭建Kubernetes并安装青云开源的插件。

第二，青云QingCloud在云上提供了Kubernetes的集群应用，目前已经上线。

第三，青云QingCloud正在尝试扩展Kubernetes规范，让Kubernetes支持更多的应用。目前，Kubernetes的困境在于大多数应用是在Kubernetes之前产生的，很难快速迁移到Kubernetes上。而QingCloud AppCenter可以作为应用熟悉的黏合剂或解决方案，帮助各种应用和Kubernetes的规范快速融合，从而让Kubernetes支持更多的应用。

最后，青云QingCloud 将以拥抱开源的姿态，研发新一代的云。

事实上，在容器技术上的布局，青云QingCloud已经”蓄谋“已久。2016年11月，上海1区发布会上，青云QingCloud推出了业界首创的一套架构同时支持虚拟化和容器的技术；2017年初，推出SDN网络直通服务（SDN Passthrough），让虚拟机里的容器能够直接使用IaaS平台的SDN能力，几乎等同于物理设备的网络环境，性能几乎没有损耗。2017年7月的QingCloud Insight大会上，发布了Kubernetes on QingCloud，200秒左右就能部署一个Kubernetes集群。