基础架构即服务（IaaS）产品通常更易于满足企业的计算需求，因为只提供了虚拟机，也可能增加了一些数据库特性。不幸的是，IaaS用户发现自身在部署和集成其云应用和其内部IT时，正面临着新的运营挑战，极少数企业期望将一切都转移到云端。
现在新的私有平台即服务（PaaS）工具可以有效解决这个问题。这些工具不仅旨在提供所有操作系统和中间件所需要的应用，而且提供了一种“运营件（operationsware）”。正确的私有PaaS产品可以让企业的云体验更为积极，而且帮助企业更好地符合其业务目标。
过去，术语PaaS通常涉及到操作系统和中间件。然而现在，这个术语适用于安装在私有云或者公有云之上的任何形式的工具，可以通过软件应用程序接口（API）提供应用服务。现在PaaS平台提供了安全、移动化、法规遵从、治理、运营、编制、数据库，甚至是应用开发服务。他们可以在企业自己的数据中心运营，而且大多数情况下，也可以在公有云或者私有云中运营，这些都让PaaS成为一种新奇且具有价值的传统中间件和云的混合体。
选择正确的PaaS产品
做出***的私有PaaS选择的***步就是确定每一个竞争者和企业的其余部分的技术的兼容性。并不是所有硬件、软件和云环境都可以为任何既定的PaaS产品所支持，因此企业应该详细清理其IT环境，并且确定将要运行什么，以及将要在哪里应用新的PaaS选择。IT团队要消除不支持其IT组建混合的包，或者是不够成熟，无法支持一些重要系统或者软件的部分。理想上，企业应该寻客观的范畴，用来验证其提供商的稳定性和支持程度。
使用PaaS工具通常要求应用、应用生命周期管理和软件实践和流程做出***限度的改变。出于这种原因，企业应该小心找出并应用最全面的可用工具；用这种方法会导致他们浪费时间整合无价值或者是浪费成本的特性。***的做法是：关注当下的痛点（大多数企业的列表都是与安全或者法规遵从和治理），并识别出能够最有效解决这些问题的PaaS产品。
另一方面，IT团队应该要着眼于当下的需求之外，确保其PaaS选择拥有适用于未来需求的特性。否则，他们会发现在一年后可能就要被迫改变其方法。
在回顾痛点列表以及PaaS产品时，IT团队可能发现他们的问题在运营和开发中间分开。这意味着他们需要为应用创建一致且有效的运营框架。并且同时支持应用开发来解决移动和其他问题。PaaS工具倾向于按照功能线划分，决策制定者可能发现***的PaaS选择实际上就是数个不同的PaaS平台，每一个符合一套需求支持。最终，能够轻松整合其他的PaaS元素成为选择正确的私有PaaS产品的高度重要因素。
大多数企业发现只有三或者四个PaaS产品可以通过筛选的初级阶段。这个简短的列表随后要经受审计/测试，可以通过两个步骤进行处理：现场复查使用以及应用引导测试。
缩小PaaS选择范围
几乎所有的PaaS提供商都乐于提及以前的购买过其产品的客户，现场复查包的安装以及运行了一个或者多个账户的客户更是有帮助。当PaaS的目标之一变成系统化安全或者治理时尤为如此。在这些领域通过简化复查文档，几乎不可能回顾特性和功能；相反，需要同用户对话，看看他们已经整合了多少PaaS特性到其自己的运营当中，以及具体的PaaS选择工作的如何。在现场复查中，IT团队应该记录下情况以作进一步检查。这些对于企业的引导应用都是聚焦点。
令人意外的一大部分企业没能引导测试PaaS工具。一些越过了同厂商的试验阶段，但是即便有这些也没能揭露平台的实际问题，因为试验阶段并没有将软件提供给全范围的需求使用。构建引导测试计划需要从需求开始，而且假设在评估阶段就要记录起来，***增加到现场复查中。内部复查应该确立引导测试运行多久可以却信心所有相关的问题都被发现了。
引导测试是一个学习新的PaaS部署的理想场所。一个好的产品可以互相协调并且在其特性间协作；大多数情况下可以将特性组成一个功能分类，可以作为一个单元进行部署，通过不断改变程序避免迷惑操作人员。安全和治理控制通常都***部署，随后是集成和管理/编制。引导测试将帮助发现依赖性导致的问题。
PaaS产品创造了一个有效的超级中间件层，其优势和限制性将会任何运行在其上的应用或者服务。***的建议：认真制定PaaS选择；重新选择一个替代方案艰难且昂贵。
