如果用一句话来形容OpenShift的核心价值，那么应该可以这样形容：“OpenShift作为企业级容器平台，它是一盏打开从PaaS到DevOps和微服务的大门。”

从企业容器市场变化说起

在正式开始本文之前，我们先看三份有关企业容器市场的分析报告。

第一份：IDC关于2017年全球企业容器市场的报告：

报告中全球企业容器市场份额如下：

其中红帽份额占30.1%,约等于排在第二的Docker、排在第三的AWS、排在第四的HPE、排在第五的VMware份额的总和。

第二份报告：Forrester2018年第四季度发布了企业容器平台（ECP）软件套件评估报告：

在该报告中，Forrester对全球企业容器平台进行了评估，技术方面红帽位于Leader象限，同时红帽具有较好的销售表现（白圈的大小代表市场表现）

第三份报告：2019年9月IHS Markit Technology 发布了调查报告：

在该报告中，IHS Markit Technology 统计了商业容器软件市场收入的排名。

其中红帽份额为44%，排在第一位，份额超过了排名第二-第五公司的总和。

通过以上的三个报告，我们可以看出，近两年企业容器市场进一步发展，红帽OpenShift在企业容器市场领导力进一步增强（全球案例超过1100个）。

那么，既然企业容器市场如何火热，容器的核心价值是什么呢？OpenShift的核心价值是什么呢？IT技术人员为什么要学习OpenShift？

带着这三个问题，我们继续阅读。

容器的核心价值

容器的起点与X86虚拟机不同

X86虚拟化的兴起，与IT厂商的推广有很大关系。X86虚拟化之所以普及这么快，借用沙克的一段话:X86虚拟化是：“虚拟机用假的CPU、内存和网络欺骗操作系统”。也就是说，装在虚拟机的操作系统自己，并不知道自己是被安装在了虚拟机里，而不是物理机中。从应用角度看，使用X86虚拟化技术，不需要改造应用（在满足性能的前提下），这就使X86虚拟化能够普及到除了数据库之外，其他应用都可以迁移到虚拟化上。

而“容器是直接用宿主机的操作系统来欺骗容器的应用”。应用并不知道自己运行在容器中(无论是tomcat部署到容器中还是Linux中，部署war都是将其拷贝到tomcat的对应目录下)。所以，容器的起点就是面向应用，而不是像虚拟机那样面向运维。

落实到实际的经验中，容器方案和客户的运维和开发部门都可以谈，X86虚拟机技术开发部门不会太感兴趣,因为离他们太远。

在虚拟化初期，大多时候是IT厂商推动虚拟化技术在客户处的落地；而在容器时代，大多数是客户自己了解了容器后，寻找能够提供企业级容器解决方案的厂商。

容器赶上了好时代

容器技术的概念最初出现在 2000 年，当时称为 FreeBSD jail，这种技术可将 FreeBSD 系统分区为多个子系统（也称为 Jail）。

但直到Docker的出现（2008年），容器才真正具备了较好的可操作性和实用性。因为Docker提供了容器的镜像构建、打包等技术，使容器具备了一次打包，到处运行的能力。

而2014年Kubernetes的出现，奠定了今天容器调度平台的事实标准的基础。而在2014年6月，红帽随即宣布与谷歌合作，推广K8S。这也奠定了Openshift在业内今日的影响力。

对于客户而言，如果没有K8S，那么容器只是“单机版”，很难做到企业级使用。

PaaS、Devops、微服务这些概念，在K8S火起来之前就有了。广义上的PaaS、Devops、微服务建设，会包含：人、流程、工具等多方面内容。IT厂商谈的PaaS、CI/CD、微服务主要是指工具层面的落地。

在K8S和容器普及之前，通过虚拟机也可以实现PaaS、CI/CD、微服务工具落地，只是相对速度较慢，因此普及性不高（想象一下通过X86虚拟化来实现中间件集群弹性伸缩的效率）。而正是容器的出现，为PaaS、CI/CD、微服务工具层面的落地提供非常好的承载平台，使得这两年容器云风生水起。这就好比4G（2014年出现）和微信（2011年出现）之间的关系：在手机网速3G时代，流量按照兆收费的时候，（即使有）大家对于微信语音聊天、微信视频也不会太感兴趣。

所以说，容器赶上了个好时代，Docker使容器具备了较好的可操作性、可移植性，K8S使容器具备企业级使用的条件。而企业级的容器平台，又成为了PaaS、Devops、微服务新一代的基础架构。

容器在企业中的核心价值

前两年前谈容器的时候，有些吹毛求疵者会说，会有人说：容器不是万金油，比如核心数据库就不适合，这有些吹毛求疵。

实际上无论哪个IT厂商，都没说自己的容器云是万金油，也没说过可以把Oracle RAC跑在容器云上。关于这点，Gartner前几年就说过，没有一种技术适用于所有的场景，并且还提出了敏态、稳态双模IT的概念。

而企业容器平台，适合的就是敏态IT。那么企业级容器平台，对于客户敏态业务的价值是什么呢？

一个字：快！

也就是说，企业容器平台就是让客户的应用运行的更快、开发的更快。

如果不需要这么快呢？很简单，继续使用虚拟化技术，也挺好的。

X86虚拟化和容器云，两者并不冲突，我看到的很多客户将两者做了很多好的融合、支撑起双态（稳态、敏态）业务

OpenShift的核心价值

我们的一位合作伙伴提到过“其实，从功能而论，OpenShift 相比 Kubernetes 并没有新增多少新的功能。但是，它第一次打造了面向DevOps的PaaS平台的产品，这是具有开创性的。就像新打开一扇大门一样，门并没有多少价值，但是门后的风景才是真正的价值。”

如果更准确地说，OCP中的K8S那部分，并没有比社区的K8S多加了什么功能。但OCP通过为K8S增加其他企业级功能，大幅提升了K8S的“地位”。不仅是开源爱好者关注K8S了，客户中的“高富帅”：银行、能源、电信运营商，也开始关注K8S了（OCP全球案例超过1000个）。可以说：OCP因K8S而重生（OCP3基于K8S重构）、K8S因OCP被企业级客户所接受（如果我们穿越回2014年年底，跳出大喊：K8S会把你们其他这些容器调度平台都干翻，会不会被群殴？）。

关于DevOps。DevOps早都有方法论，只是以前DevOps基于虚拟机实现，效率比较低，没火起来。现在OCP为DevOps提供了更好的基础，更强的内功，所以DevOps星星之火，呈燎原之势。

乔峰（OCP）和玄难（虚拟机）同时用太祖长拳（DevOps），前者干翻后者，所谓招数无高下，功力有深浅。

[下面标底色关键词：迅捷、后发先至（业务激增，OCP迅速对容器做横向扩展），不正是OCP的特性么？]

“但见乔峰和玄难只拆得七八招，高下已判。他二人所使的拳招，都是一般的平平无奇，但乔峰每一招都是慢了一步，任由玄难先发。玄难一出招，乔峰跟着递招，也不知是由于他年轻力壮，还是行动加倍的迅捷，每一招都是后发先至。这“太祖长拳”本身拳招只有六十四招，但每一招都是相互克制，乔峰看准了对方的拳招，然后出一招恰好克制的拳法，玄难焉得不败？这道理谁都明白，可是要做到“后发先至”四字，尤其是对敌玄难这等大高手，众人若非今日亲眼得见，以往连想也从未想到过。”

红帽早期构建OCP，目的是面向于开发（红帽有JBoss中间件，OCP具备AppDev的红二代背景）。比如S2I就是OCP独创的面向与开发的独门绝技（后来被开源社区采纳，称为Java S2I开源项目）。后来通过收购CoreOS，大大提升了其运维的能力。如监控换成了普罗米修斯（CoreOS主导的开源项目）、有状态应用生命周期管理引入Operator等等。

所以，OCP从发展来看，是先攻破开发，后打通运维。

至于微服务，和DevOps的道理一样：法拉利（微服务）以前跑在晚高峰的侨福芳草地西门的小路上（VM），现在跑在大年三十的京藏高速上（OCP），拉风的效果能一样么？

如果一句话说明OpenShift核心价值，那就是：OpenShift作为企业级容器平台，它是一盏打开从PaaS到DevOps和微服务的大门。

总结

OCP目前还在不断的发展中，红帽去年收购了CoreOS，利用“北冥神功”，已经将CoreOS的功力（Quay，Operator、CoreOS容器操作系统、 Tectonic等）散到奇经八脉。出关后的OCP4的功力大胜往昔（OCP3）。

通过两年，在以OCP为核心的泛PaaS（aPaaS、iPaaS）学习中，确实对个人的技术视野有了大幅的扩展。当然，我要学的东西还很多，持续提升、死磕不止。

最后，借用（刘）世民兄的一段话作为结尾：

“有时候我会想，为什么只有红帽能推出OpenShift 这种PaaS平台呢？我认为这和只有 Google 能推出 Kubernetes 是一样的，那就是公司的基因。正是因为他们自己长期使用容器，长期实践DevOps，才能比较自然地做出大家普遍能接受的产品！”

创作场景

OpenShift 的核心价值到底在哪里？