基础架构即服务(IaaS)产品同城满足企业的计算需求更容易，原因是只提供了虚拟机，也可能增加了一些数据库特性。但是不幸的是，IaaS用户发现自身在部署和集成其云应用和其内部IT的时候，正面临着新的运营挑战，极少数企业期望将一切都转移到云端。

　　现在新的私有平台即服务(PaaS)工具可有效解决这个问题。这些工具不仅旨在提供所有操作系统与中间件所需要的应用，且提供了一种“运营件(operationsware)”。正确的私有PaaS产品可让企业的云体验更为积极，帮助企业更好地符合其业务目标。

　　术语PaaS过去通常涉及到操作系统与中间件。现在，这个术语适用于安装在私有云或公有云上的任何形式的工具，可通过软件应用程序接口(API)提供应用服务。现在PaaS平台提供了安全、法规遵从、移动化、治理、运营、编制、数据库，甚至是应用开发服务。他们可在企业自己的数据中心运营，且大多数情况下，也可在公有云或者私有云中运营，这些都让PaaS成为一种新奇且具有价值的传统中间件与云的混合体。

　　1、选择正确的PaaS产品

　　做出最佳的私有PaaS选择的第一步是确定每一个竞争者与企业的其余部分的技术的兼容性。并不是所有硬件、软件与云环境都可为任何既定的PaaS产品所支持，所以企业应该详细清理其IT环境，并确定将要运行什么，以及将要在哪里应用新的PaaS选择。IT团队要消除不支持其IT组建混合的包，或是不够成熟，无法支持一些重要系统或者软件的部分。理想上，企业应寻客观的范畴，用来验证其提供商的稳定性与支持程度。

　　使用PaaS工具通常要求应用、应用生命周期管理与软件实践和流程做出最低限度的改变。出于这种原因，企业应小心找出并应用最全面的可用工具;用这种方法会导致他们浪费时间整合无价值或是浪费成本的特性。最佳的做法是：关注当下的痛点(大多数企业的列表都是与安全或者法规遵从和治理)，并且识别出能最有效解决这些问题的PaaS产品。

　　另一方面，IT团队应要着眼于当下的需求之外，确保其PaaS选择拥有适用于未来需求的特性。不然的话他们会发现在一年后可能就要被迫改变其方法。

　　在回顾痛点列表以及PaaS产品的时候，IT团队可能发现他们的问题在运营与开发中间分开。这意味着他们需要为应用创建一致且有效的运营框架。并同时支持应用开发来解决移动和其他问题。PaaS工具倾向于按照功能线划分，决策制定者可能发现最佳的PaaS选择实际上就是数个不同的PaaS平台，每一个符合一套需求支持。最终，能轻松整合其他的PaaS元素成为选择正确的私有PaaS产品的高度重要因素。

　　大多数企业发现只有三或四个PaaS产品可通过筛选的初级阶段。这个简短的列表随后要经受审计/测试，可通过两个步骤进行处理：现场复查使用以及应用引导测试。

　　2、缩小PaaS选择范围

　　几乎所有的PaaS提供商都乐于提及以前的购买过其产品的客户，阿里云也一样，现场复查包的安装以及运行了一个或多个账户的客户更是有帮助。当PaaS的目标之一变成系统化安全或治理的时候尤为如此。在这些领域通过简化复查文档，几乎不可能回顾特性与功能;相反，需要同用户对话，看看他们已整合了多少PaaS特性到其自己的运营当中，以及具体的PaaS选择工作的怎么样。在现场复查中，IT团队应记录下情况以作进一步检查。这些对于企业的引导应用都是聚焦点。

　　令人意外的一大部分企业没能够引导测试PaaS工具。一些越过了同厂商的试验阶段，但即便有这些也没能揭露平台的实际问题，由于试验阶段并没有将软件提供给全范围的需求使用。构建引导测试计划需要从需求开始，且假设在评估阶段就要记录起来，最后增加到现场复查中。内部复查应确立引导测试运行多久可却信心所有相关的问题都被发现了。

　　引导测试是一个学习新的PaaS部署的理想场所。一个好的产品可互相协调并且在其特性间协作;大多数情况下可将特性组成一个功能分类，可作为一个单元进行部署，通过不断改变程序避免迷惑操作人员。安全与治理控制通常都最先部署，随后是集成与管理/编制。引导测试将帮助发现依赖性导致的问题。

　　PaaS产品创造一个有效的超级中间件层，其优势与限制性将会任何运行在其上的应用或服务。最佳的建议：认真制定PaaS选择;重新选择一个替代方案艰难且昂贵。