Cloud Foundry因其广泛的应用支持和一流的易用性而熠熠生辉，但OpenShift也有着管理和自动化上的优势。

PaaS(平台即服务)在云生态系统中占据了一个有趣的利基市场。它通常基于IaaS(基础设施即服务)提供的访问远程计算资源的能力。IaaS的一个典型例子就是Amazon EC2。

PaaS把基础设施，存储，数据库，信息和流程作为服务，提供远程计算机，磁盘，数据库，信息流，业务流程或元的应用，所有这些都在一个“堆栈”或捆绑的“沙箱”里。这些应用程序很可能是SaaS(软件即服务)，比如CMS(内容管理系统)或CRM(客户关系管理)系统。一旦PaaS的增加值超过IaaS便自动化操作资源和应用程序，节省了很多的时间。

两个主要的开源PaaS系统是红帽的OpenShift和Pivotal的Cloud Foundry。两者均有三种方式可供选择：托管，企业和开源的。在这次回顾中，我主要关注企业版的，它完全支持并且适用于要在自己的云或数据中心运行PaaS的企业。不过，托管和企业版都是基于开源的版本。

不要把PaaS系统与配置管理和业务流程工具混淆，比如Puppet, Chef, Ansible, and Salt。你可以使用Puppet或其他工具建立PaaS或SaaS，或者仅仅用来管理一大堆的服务器配置。 实际上，OpenShift确实使用Puppet，并且它与其他工具兼容。 Cloud Foundry则是使用一种不同的配置管理工具：BOSH。

小差异

Cloud Foundry和OpenShift在能力和对PaaS的方法上颇为相似。而他们所使用的术语和准确的部署方法则不同。两者的共同点在于：当使用通用的服务如数据库时，每提供一个有轻量级容器的Linux平台，就可以运行开源语言和框架的应用程序。

对于应用程序源代码的部署，OpenShift使用的是Git，但它也可以让你部署二进制包。 Cloud Foundry中只需要你的二进制文件(现在是.WAR文件，其他格式将在之后支持)，然后使用buildpack自动将它们组合为语言和框架(如Java和Tomcat)和服务(如数据库)。该buildpack格式是由Heroku发展而来，它对开源社区做出了贡献，并衍生出许多社区buildpacks，其中大部分工作都是基于Cloud Foundry。

在Cloud Foundry中四个buildpacks是标准的：Java, Node.js, Ruby, 和Go。在大多数情况下，你需要的开源语言或框架可作为buildpack加载，当运行app是你只会注意到Cloud Foundry命令行上的Git仓库。如果必要的buildpack没有现成的，你也可以很容易地在Ruby或其他脚本语言创建它。

OpenShift没有buildpacks。但是，它拥有墨盒，其中包括数据库以及语言和框架，以及QuickStarts，这都是已经为你配置应用程序代码和库。

OpenShift墨盒是可插拔的组件，可以由一个单一的应用程序组合而成。内置墨盒在OpenShift的三个版本中不同，但名单都是广泛的，虽然仅限于在红帽企业Linux(或者Fedora，原产地，OpenShift开源版本)上运行。

QuickStarts代码和(一个或多个)墨盒的结合，使其易于安装整个应用程序。而OpenShift队不支持QuickStarts，但任何负责保持安全问题的更新都可以自由创建和发布。像Cloud Foundry中的buildpacks一样，OpenShift盒和QuickStarts是很容易构建的。

OpenShift在称为齿轮的容器中运行应用程序。 在Droplet 执行代理中，Cloud Foundry的运行构建和打包应用程序称为Droplet。在PaaS中，这些容器是分离自其它齿轮或Droplet，相比于虚拟机它们重量较轻。今后，Cloud Foundry和OpenShift都将支持Docker容器。

较大注意事项

Cloud Foundry的一个关键不同点——Pivotal的两个Cloud Foundry样片。Pivotal 网络服务和Pivotal CF——支持Pivotal的大数据套件，其中包括Pivotal HD(Pivotal的Hadoop发行版)，HAWQ的SQL，GemFire XD分析，和Apache Hadoop的Java框架Spring。Pivotal的大数据套件是一个企业级数据仓库，包括无限Pivotal HD。

据Pivotal透露，管理员定义的HDFS和MapReduce实例从开始到Pivotal CF需要大约五分钟准备。一个开发员或应用程序可以从池中请求一个实例(获得它大约需要两秒钟时间)，然后一个新的实例就在后台被创建。当所请求的实例不再需要，它就被释放。

Pivotal还提供一种结合Pivotal CF和Pivotal HD的移动服务套件。它基本上是PivotalPaaS的一个MBaaS(移动后端即服务)，用以整合延伸出内置在平台上的移动应用。

OpenShift一个很大的特点是应用程序的自动缩放，当一个应用程序被过度使用时，它可以增加齿轮甚至是节点。它内嵌在OpenShift中，不需要前端缩放服务。你只需创建应用程序时核对盒子，然后就可以配置流量触发点、添加和删除。

同样，当应用程序没有得到任何HTTP流量时OpenShift能自动监测，最后通过开发员或者业务操作将没有妨碍需求的齿轮清空。当应用程序再次请求的时候，OpenShift会自动加载到内存并处理HTTP请求。 OpenShift甚至会自动启动和重新启动行为不端的应用程序。所有这些功能都减少了监测数和运行在OpenShift应用工作所需的操作数。

选择PaaS

你应该选择哪一个PaaS的？这取决于很多因素，你的IT部门应该仔细评估。如果应用程序密度是安装的主导因素，我希望你的团队选择OpenShift。同样，如果你的开发人员偏重使用Git，他们可能倾向于penShift。另一方面，如果你PaaS集成中，大数据和移动服务在优先名单上。那么，为了大数据和移动服务的需求，你已经没有其他的解决方案，你的团队可能得选Pivotal CF。