红帽日前撰文：容器大战的最终结局——开放标准、社区管理和开放容器项目。文中揭示红帽为何如此关注Linux容器和开放标准？全文如下：
在红帽，我们一直致力于推行和引领企业级技术的开放标准。从Linux开始，到企业应用和云计算技术，如今，我们已经快速扩展到方兴未艾的容器领域，做出 了不少贡献：在最初阶段即支持Docker作为事实标准；红帽是Docker项目的第二大赞助方，仅次于Docker公司；在全球领先的红帽企业 Linux 7平台、红帽企业Linux原子主机和最新推出的OpenShift Enterprise 3 PaaS平台均支持Docker格式的容器。
但是，红帽为何如此关注Linux容器和开放标准？这是因为，容器将传统操作系统分为两部分：容器内部的小面积运行环境以及容器运行的主机操作系统。作为 关键组件，容器格式和运行时间的整合创造了全新价值，实现了跨主机集群的水平扩展，并且管理了基础架构，确保了应用的安全性、性能和弹性。开放标准提供了 更高的互操作性，有助于推动工具的重复利用、高效发挥了现有投资，并让人们了解到容器技术部署的背后有一个广泛的生态系统作为支持。
我们认为，红帽在开源社区中的角色不仅仅是代码贡献者和客户需求的执行者，更是开放标准的推动者。我们致力于推动多个项目的持续性互操作，长期以来，我们 一直作为社区项目的贡献者和领导者支持Docker标准，尤其是作为上游维护者加入应用容器规范项目。我们这样做并非要加入所谓的“容器大战”，而是实现 我们的理想：带领开源走出社区，而进入到企业中。与我们以前在许多开源项目中所做的类似，我们之所以在Docker和appc上游项目中采用粗放式管理， 目的就是推动大家对Linux容器单一、通用开放标准的共识。
本着这样的目标，作为企业级Linux的领导者，我们发起了与Docker的对话，而成果就是，我们将携手通过开放容器项目 (OCP)，创建在轻量级管理结构中的单一应用容器标准。OCP旨在建立一种通用的开放容器格式和运行时标准，而这正是红帽一直以来努力实现的目标。毫不夸张地说，我们对于在创建OCP方面的快速进步极为满意，而且许多行业领导者已经加入到我们的行列中。
虽然OCP推动的那些标准似乎跟开源世界的风格不尽相同，然而，这些标准恰恰是源于关键技术的透明开发和社区驱动。尽管这些标准有时很清晰地规范了架构并 定义了互操作能力，但它们的代码是完全来自于开放式开发和管理模式的。这种模式直接通过实施定义标准，从而避免了专有标准的暗箱谈判带来的消耗，这是开源 软件的关键优势，而它们创建的标准真正加速了创新，同时通过协作和透明而保持兼容性。有了开放标准，我们得以依据技术优势而做决策，而社区则由那些公认的 技术领导者负责维护和管理，而不是那些资本或政治手腕高超的商业玩家。
秉承着开放的模式，OCP相当注重极简的管理结构，将高度规范与开源开发相结合，且由Linux基金会提供整体框架和支持服务，以确保无缝运维。现在，是 Linux容器作为企业级技术的关键发展阶段，也是最好的时机。我们的客户和合作伙伴都在寻求能够避免各自为政、保持快速创新并且推动生态系统发展的标 准。最终，客户和合作伙伴都将从中受益，因为这样的标准能够推动企业就绪，高效提升重复利用率，同时方便集成到其他技术和产品领域。
除了针对开放标准所做的工作外，我们还在多个至关重要的领域中投入，以实现基于容器的企业级应用的开发、部署和管理：我们将多年来的创新成果用于 Linux的基础技术，包括Linux内核中的技术；在2011年推出了基于容器的OpenShift PaaS平台；基于红帽企业Linux 7的军事级安全组件，创建了企业级容器主机；推出了业内首个容器认证计划。
除了容器认证计划外，我们还第一个实施了联合容器注册库的开放分发系统，将来源可信的、经认证且安全的容器，提供给需要构建下一代应用的企业客户。
既然容器大战似乎已经结束，接下来会发生什么？
首先，秉承我们在开发和收购开源软件的丰富经验，红帽将深度参与Docker技术向OCP开放容器项目的过渡。其次，我们在容器原语方面还有大量工作要 做，包括容器运行时、格式化、数字签名、结构化元数据和安全容器的发布。随着OCP规范的日渐成熟，我们还计划将符合OCP规范的产品实施到我们的企业级 容器产品中，为客户提供真正的开放式Linux容器标准，用于跨平台的开发、部署和管理。
虽然我们还有许多工作要做，但这一目标最终必将实现——透明和创新必然优于各自为政。我们知道，这一切终将发生。 |
