平台即服务（PaaS）将如何改变我们所知的基于云的各类服务？首先，"云"这个词汇在人群中有一种两极效应：要么热爱这个想法，要么就是完全避而远之。
对我来说，云（http://www.redhat.com/f/pdf/cloud/101_whitepaper.pdf）只是一种以集中方式提供一系列服务的机制。这意味着云是我的基础设施层 – 无论是在我的内部服务器群（私有云）中，还是由外部厂商托管的（公共云），或是介于两者之间的某种形式（混合云）。
然而，更重要的是我能够以正确的方式将它们联结在一起。为此，我将会使用一个平台即服务(PaaS) (http://www.redhat.com/solutions/cloud/PaaS/)解决方案作为我的应用平台。有了PaaS解决方案，我可以利用现有的资产，开发新的应用，然后将它们部署到范围更广的云中。
简而言之，平台即服务就是将计算平台和解决方案作为一种服务来提供。然而，它不仅仅是一种宣传炒作；它是企业IT活动中的一种范例转变。原因如下：
范例转变
迁移到平台即服务模型需要对两类范例加以转变：一个是在技术方面，另一个则与治理有关。技术方面的变化是由于必须学习新的配置仪表盘，以及联网所需要的变化（如果使用的是专有云或混合云）。然而，治理方面的变化在范围上更广。只有建立或审查治理规章后，才能使ITIL成为讨论的主题。根据企业的成熟程度，还需要对能力管理加以探讨，而需要这一核心基础设施的业务或IT部门SLA和内部收费模型也与企业的成熟程度有着直接的关联。
平台即服务的驱动力
从传统上来说，企业会从成本与收益的角度来看待IT。然而，企业又往往要求IT部门具备一定的扩展能力。这是因为人们宁愿冒着容量过剩的风险，也不愿意在侧重业务的服务中去冒SLA违约的风险。因此，我相信这就是平台即服务演化和部署过程中的一项关键驱动力（http://www.redhat.com/about/news/blog/true-paas-what-users-need-to-succeed-in-the-cloud）。
部署平台即服务过程中的其它驱动力包括：拥有集中式IT部门的企业；对IT基础设施的弹性有需求的企业；以及希望在不引发风险的情况下降低成本的企业。
实现合格的平台即服务
毫无疑问，技术是云计算中的一个重要组成部分，但它并不是故事的全部内容。和任何IT计划一样，您还需要考虑另外两个主要支柱内容：流程，以及更为重要的是，人。
我认为，平台即服务对企业和服务的开发人员来说应当是完全透明的。因此，最需要为这种新型范例转变而做出调整的人员就是基础设施团队的人员。然而，如果您已经具备了必要的背景知识，那么只需要最少的培训即可（https://www.redhat.com/courses/cl350_red_hat_cloud_architecture/）。
接下来的步骤
实施平台即服务需要在整个企业范围内实现一种文化上的变革。只有这样，您才有机会正确处理实施过程中遇到的各种问题。因此，机会只有一次。对于实施平台即服务的人来说，在各种可能的选择条件下进行试验是必不可少的，例如红帽 OpenShift (http://www.redhat.com/solutions/cloud/openshift/)。加入一个社区，（https://www.redhat.com/openshift/），可以帮助您按部就班地完成实施过程中的各个步骤。另外培训也至关重要（https://www.redhat.com/training/whats_new/）。
如果您想进入平台即服务的领域，就必须明白，这是一个勇敢者的新世界 – 一个尚未定型的世界，而您将会成为它的塑造者。现在，您将走在一场变革的最前沿。
