2016年11月7日，中国开源云联盟发布国内首个容器白皮书《容器技术及其应用白皮书V1.0》，该白皮书由工业和信息化部信息化和软件服务业司指导，由中国开源云联盟WG11容器工作组编写。12月1日，中国开源云联盟WG11容器工作组向业界公布白皮书全文，WG11容器工作组希望我写一篇解读，讲讲白皮书的由来。
WG11容器工作组的创立初衷和目标
中国开源云联盟（COSCL）是由工业和信息化部信息化和软件服务业司指导、挂靠在工信部电子工业标准化研究院（中国电子技术标准化研究院）下，旨在推动国内云计算团体标准发展和应用的产业联盟组织。
近年来，容器技术逐渐成为继虚拟化技术出现后对云计算领域具有深远影响的技术变革。容器技术的发展和应用，为各行业应用云计算提供了新思路，同时容器技术也对云计算的交付方式、效率、PaaS平台的构建等方面产生着深远的影响。容器技术可以帮助客户快速构建云原生应用，实现持续集成和交付，加快应用迭代周期。很多企业都已经在实际项目中使用该技术，容器已变为企业落地微服务架构改造及实现DevOps运维架构理念的重要支撑技术。
2016年6月中国开源云联盟WG11容器工作组正式成立，旨在推广容器技术在企业的落地。经过组成员的讨论，我们把《容器技术及其应用白皮书V1.0》作为2016年容器工作组的重要产出。
国内容器技术应用的经验总结
《容器技术及其应用白皮书V1.0》经历3个月的淬炼，在多次专家讨论和闭门会议的审议后，终于在11月7日定稿并给予大家参考。作为WG11容器工作组的组长单位和发起人，我感慨万千，该白皮书是国内容器技术应用的经验总结。
容器技术从2014年开始风靡全球，通过开源社区的星星之火带入国内的技术圈。2015年，以数人云、灵雀云、Hyper 等为代表的早期创业公司开始在国内推广容器技术。与此同时，全球的容器市场也打开局面。从主流容器技术点上，Docker公司独步青云，一年之内进入10亿美元的Startup 独角兽领域。业界主流的IT 厂商都将容器方面的布局聚焦在提高开发者的生产力上，提供多维度的工具链开源项目。从CoreOS、RancherOS、AtomicOS、PhotonOS等轻量级容器操作系统的兴起开始，容器的落地方案就一直遇到传统环境的困扰。
为了解决这些问题，国外的互联网企业开始针对性的加上对工具优化的理解。针对容器的网络，业界开始有了Ovs、Calico、Flannel、DockerNetworking、Weave 等解决方案。对于容器的存储，老牌和新牌的公司都推出了相应的存储对接驱动，但是一直不温不火。最火的当属容器编排方案，Docker 公司重新定义了容器化数据中心的概念；Mesosphere定义了下一代数据中心操作系统的概念；Kubernetes披着谷歌的品牌横扫业界容器编排调度系统。但是，容器技术仍然没有就落地问题提供更多可依据的准则来规约技术应用可能碰到的坑。
容器技术需要标准化的准则
对于传统企业来说，他们首先要解决的不是在新业务中应用容器，而是在现有遗留业务中改进基础架构。国内的IT 体系何尝不是如此，得到容器思想后，在企业内部推广容器技术的时候，我们同样面临的问题就是，容器的应用太有限。
从2016年开始，国内企业都面临着服务化、容器化、分布式的具体业务提升挑战。国内企业更加谨慎，在大量试用容器技术之后，他们开始考虑如何在容器领域中解决自己的应用交付问题。因此，国内容器云厂商从一开始就从开发者的DevOps持续集成服务做起，为他们提供大一统的容器平台解决方案，有针对性地在私有云市场深耕。在国内容器技术发展的萌芽期，懂容器的公司并不是很多，只是在政府鼓励“互联网+”的大格局下，思考新一代IT 基础平台应该如何搭建并解决企业内部应用交付迭代过慢的问题。
通过企业的不断尝试，Mesos、Kubernetes、runV的方案开始在国内落地。国际上并没有可行的全套容器应用标准，国内贸然制定容器标准显然是不合适的。在工信部电子工业标准化研究院、软件工程与评估中心主任周平的指导下，该白皮书的基调就定位在介绍容器技术，分享应用实战，展望发展趋势上，同时，最大化还原当前容器技术的思想并和当前国内外云计算标准进行对比。
最后，感谢一下WG11容器工作组全体成员：容器工作组组长单位数人云，副组长单位央视网、Intel，以及中国电子技术标准化研究院、Hyper、灵雀云、天云软件、华三、阿里云、VMware、DockOne社区、国电通、去哪儿网、国航、中国移动苏州研发中心、鼎震科技等，大家一起探讨了容器当前的问题和局限性，并且在白皮书中给出了当前业界最成熟的经验分享。
阅读《容器技术及其应用白皮书V1.0》全文请点击阅读原文链接。
