Red Hat OpenShift提供快速应用部署，协作

平台即服务是用于应用程序开发的基于云的托管环境，旨在提供全功能的开发、登台和生产环境，而不需要大量的内部基础设施。

PaaS的其他好处包括即时供应、易于协作和自动负载平衡。

我们测试了红帽的PaaS OpenShift在线和开源版本，OpenShift Origin。Red Hat还提供OpenShift企业版本，我们没有测试。总体而言，我们比OpenShift Open更喜欢OpenShift Origin，令人轻松设置，令人惊讶的是，表现更好。两种产品都是合作类别的获奖者。在协作环境中，团队开发人员可以轻松地提交对不同位置的OpenShift更改。这是PaaS真正进入焦点的电力和易用性的一个领域。

[有关：Red Hat OpenShift升级重申对PaaS的承诺]

OpenShift Online可作为免费计划或“高级银计划”（我们测试了免费版）。所有版本的OpenShift都基于Rhel（Red Hat Enterprise Linux）或Fedora for OpenShift Origin版本。在开发方面，OpenShift支持众多编程语言，框架和工具，如PHP，Ruby，JBoss和Python，以及数据库选项（例如MySQL，Mariadb，Postresql命名为几个）和DIY（自己自己）模式。OpenShift由两个主机组成：代理，管理登录，DNS和应用程序状态以及“墨盒”，它为各种工具，数据库和应用程序提供“插件”功能。可以使用命令行或基于GUI的工具创建应用程序。Red Hat索赔如果应用程序可以在Red Hat Enterprise Linux 64位上运行，那么它可以在OpenShift上运行。

OpenShift在线

我们首先测试了OpenShift在线，通过在OpenShift在线管理控制台设置一个账户，可以轻松访问。基于web的管理控制台是用户友好的，带有有用的“工具提示”提示，使我们能够在几分钟内创建帐户并准备好应用程序开发。在设置了帐户并浏览了门户之后，我们看一下底层体系结构。OpenShift使用Red Hat所称的“gears”来分配资源，gears有小尺寸和中尺寸两种。一个小齿轮提供一个有512MB内存和1GB存储空间的单元，一个中等齿轮提供1GB内存和存储空间。免费版本允许组合最多3个齿轮，提供最大1.5GB内存和3GB磁盘空间。OpenShift在线银色计划提供了最多16个中型齿轮更多的火力。升级到Silver计划的平台月费为20美元，每个齿轮每小时收费3美分、10美分或13美分，这还不包括两个计划中包含的三个免费小齿轮。

[也:Paas让开发人员开心]

管理门户允许用户限制应用程序使用的齿轮的数量，还可以控制应用程序是否自动缩放。扩展由位于应用程序和公共Internet之间的负载平衡盒式控制。HAProxy磁带与应用程序一起坐在第一个齿轮上，直到应用程序已经超过三个齿轮，然后应用程序在这个齿轮上关闭，允许HAProxy使用这个齿轮上的所有可用资源。

为了确定何时添加一个新齿轮，HAProxy会协调流量，以确保在使用中的齿轮之间保持平衡。红帽为每个齿轮分配16个连接，一旦应用程序以大约90%的容量运行，一个新的齿轮将自动添加。在Silver计划中，我们计算出，如果你将所有资源24×7运行30天，你每月将支付大约1000美元。然而，因为大多数应用程序都有高峰期，所以不太可能需要全部16个齿轮全速运行。

在服务器上设置了帐户之后，下一步是配置客户机工具。尽管使用Red Hat的RHC命令行工具可以很容易地管理OpenShift应用程序，但我们选择了Eclipse和方便的JBoss GUI，特别是因为一旦部署后，它不会给应用程序带来任何开销。为了进一步说明我们对GUI工具的偏好，我们喜欢它的调试特性，它使跟踪潜在问题变得更容易。

Eclipse需要安装Java JDK或JRE，通过Eclipse发布到OpenShift需要一个插件，这个插件很容易从Eclipse市场网站安装。但是，应该注意的是，这些先决条件只对本地Eclipse开发平台是必需的，而对使用RHC命令行工具管理的应用程序不是必需的。所有OpenShift应用程序的源代码都由GIT存储库管理，可以是本地的，也可以是远程的，并且可以在客户端和服务器之间同步。

我们遵循Red Hat的网站上的说明，详细介绍，但事实证明，不是最新的 - 导致非工作配置。正如往往是开源文档的情况一样，随着产品和开发工具的新版本被释放，不准确趋于蠕变。通过挖掘一点我们意识到，虽然我们安装了最新版本的Eclipse（eClper），但在说明中引用的JBoss工具是一个修订，我们需要安装较新版本以获得启动和运行开发环境。

一旦我们的开发环境正确配置，我们将我们的第一个应用程序设置为使用Apache Tomcat作为Web服务器，具有后端Web内容的PostgreSQL数据库。对于初步概念证明，我们的目标是在网页上显示一条简单的消息，内容从数据库中拉动。

在创建了安全密钥、设置了数据库、连接字符串和构建了我们的web页面之后，就到了构建和部署新应用程序的时候了。这个过程在第一次构建中非常耗时，但在随后的(增量)构建中就很快了。经过一些调整，我们的“Hello World”页面在一个混合的OpenShift/用户分配的域名上通过远程浏览器显示，不需要DNS设置。听起来很简单，但总的来说确实很简单，但是刚接触OpenShift的开发者应该知道当一个应用被“推送”到服务器上时会发生什么。

当接收推送的更改时，默认情况下，OpenShift主机停止应用程序，重新构建它，然后重新启动应用程序。这可能非常耗时，而且对于生产应用程序来说可能会造成不必要的停机时间。为了减少停机时间，OpenShift提供了一个热部署选项，允许开发人员在不重启应用程序的情况下推送更改。大多数应用类型都可以使用热部署推送，只有几个例外，比如Jenkins和HAProxy。

OpenShift起源

在成功地在OpenShift在线上构建并测试了几个应用之后，是时候测试OpenShift的起源了。OpenShift Origin的源文件可以从GitHub下载为虚拟机(可用于KVM、VMWare或VirtualBox)，也可以下载源文件并使用Puppet和rpm构建自己的版本。为了节省时间，我们选择了VirtualBox VM，我们按照Red Hat的在线指令快速部署了它，不需要运行mDNS(另一种多播主机名解析服务)。

OpenShift Origin部署指南的引言中提到了“令人痛苦的细节”，我们可以保证这一点。但这是加号，不是减号。该指南非常优秀，在我们看来，它应该作为记录开源产品的模型。

Red Hat推荐MDN，绕过了对DHCP的需求。我们有很多难度配置DNS，无论我们是否使用了MDN。我们的服务器已经运行DHCP，所以我们期望这可能会发挥作用。最后，我们通过主机IP与OpenShift中分配的FQDN（完全限定域名）访问了测试应用程序。这是一个小皱纹，因为它不是使用专用DNS服务器的生产环境中的一个因素。

表现是一个更大的问题。OpenShift管理控制台在我们的测试服务器上慢慢响应，即使我们分配了4GB的内存（超过最小值3GB），主机是具有多个核心的服务器类机。我们预计本地设置速度比在线版本更快，但情况并非如此。这可能会归因于上述DNS问题。

在Eclipse方面，即使在遵循安全密钥管理的详细说明之后，我们发现我们需要将单独的Eclipse设置设置为OpenShift Organs对我们的安全键有问题。再一次，大多数开发人员都不会成为大多数开发者的在线版本或OpenShift Origin版本，而不是尝试混合两种环境。

最后，我们使用各种设置和数据库成功开发并部署了本地OpenShift Origin主机的多种应用程序。主机溅射并冻结几次，需要冷启动。对于开发来说不是问题，但我们可以看到这成为一个在生产环境中的问题，其中openshift origin是用于托管Intranet应用程序，这些应用程序通常具有类似于托管的Internet应用程序的服务级别协议。

我们的结论是，为了测试目的，在线使用OpenShift更快更容易，这消除了我们在使用OpenShift Origin的本地版本时遇到的DNS问题，尽管它仍然需要安全密钥。管理安全密钥可能是一件麻烦事，但总的来说，我们对我们看到的构建在开源产品中的改进安全性感到非常鼓舞，因为业界似乎终于考虑到并解决了一些从一开始就困扰开源计划的安全缺陷。已经说过，对于最佳实践，在生产环境中使用云产品的组织将通过购买供应商支持和sla来获得最大的保护。

举例来说，Red Hat对OpenShift Online和OpenShift Origin提供了很少的保证，并且特别否认了大多数组织认为重要的与主机相关的项目，包括正常运行时间、备份和恢复。

即使是银发计划，那些对与服务水平有关的任何事情都不满意的客户也没有资格享受已经支付的金额。对于开源产品来说，这些“你得靠自己”的免责声明并不少见，因为越来越多的供应商将开源视为一种向潜在客户提供全面评估产品机会的方式，然后再向其商业对应产品做出承诺。这并没有挫伤我们对开源的热情，因为能够自由、全面地评估产品并深入研究其核心架构所带来的好处不能被夸大。但是，在考虑在测试环境之外使用开放源码时，确实需要进行健康的现实检查。

Perschke是一个拥有15年以上行业经验的网络和数据库开发人员。你可以通过电话联系到她susan@arcsven.com.。