本文讲的是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（翻译：王辉 校对：李颖杰）
原文发布时间为：2015-06-30
本文作者：Nego_Wang
本文来自云栖社区合作伙伴DockerOne，了解相关信息可以关注DockerOne。
原文标题：OpenShift 3，红帽将容器的力量交给了开发者
