OpenShift 3，红帽将容器的力量交给了开发者

近期红帽发布了两个新品：一是OpenShift 3，还有就是红帽Atomic Enterprise平台，更加的注重容器化技术在产品上的应用，同时红帽将容器技术使用的对象重点放在了开发人员身上，使容器化技术成为开发者的一个工具。

随着新版的OpenShift和全新的Atomic Enterprise平台的发布，红帽正逐渐地将容器化技术变成一个开发者的工具，而不仅仅是管理员的工具。

如果之前红帽不算是一个“容器化的公司”的话，那么现在应该算是了，容器化技术不仅仅让管理员来使用红帽的产品。

在本周的红帽峰会上，该公司发布了一系列公告，其中一个最重大的公告是关于红帽即将成为一个容器化的平台，不仅用容器技术来扩展红帽平台现有的应用，而且该平台还针对应用程序开发人员，而不仅仅是那些负责维护红帽产品的管理员。

红帽峰会上，首先发布的是OpenShift 3，最新版的OpenShift 3经过改良来适应容器的时代，并且它的"cartridges" 和"gears"退居让位给了Docker和Kubernetes。来自InfoWorld的Martin Heller发现使用OpenShift的用户体验很好，并称OpenShift正在吸收其它的技术以让平台更容易使用。其中OpenShift的关键点是它以开发人员为中心，可以用git push来部署，CI 可以用 Jenkins来做，现在，Docker和Jenkins已经能够紧密结合了，所以新版的OpenShift增强了这方面的互补性。

峰会上的另一个重点是，红帽Atomic Enterprise平台，被称为OpenShift Lite，它是建立在红帽Linux Atomic 主机上的，它支持和OpenShift一样的堆栈，并减去了上层语言运行的环境和中间件。为此，红帽Atomic Enterprise平台对于想要在某些环境中运行容器是非常有用的，它不需要OpenShift来提供额外的工具。

红帽早就决定是容器技术称为他们公司产品的基石，由此引发一场由栈的底部开始的一场赌博，从管理员干的事情开始，而不是顶部开发人员的所处的位置开始。举个例子：用容器化技术作为一种对系统本身进行更新的方法，因此如果需要的话对系统的更新可以进行回滚。红帽的容器认证和容器注册项目试图解决容器的可验证性和完整性在企业版本的设置中 --本质上，是处理一个持续的低级容器问题，而不是一种更高层次的容器问题。

随着OpenShift 3和 Atomic Enterprise平台正逐步被开发者接受，两者都将成为红帽创建一个完全开放的开源和开放标准的企业混合云解决方案的核心。

红帽的最初计划是通过OpenStack来做，但是这一战略已经涉及到了容器化技术，OpenShift，可能还包括CloudForms 管理层方面的东西。以上三者已经可以从红帽找到一个统一的产品，红帽承诺随着时间的推移，他们之间会有更加紧密的整合。

原文链接：With OpenShift 3, Red Hat puts container power in developers' hands（翻译：王辉 校对：李颖杰）

来自：http://dockone.io/article/477