云计算的前景也许最终会走向成熟，但其史诗般的旅程已经被某些IT企业缓慢的接受所耽搁，这些IT企业在基础设施和应用方面拥有显著的的沉没成本。运行于遗留资产上的商业应用，如果不下大工夫花大本钱，要想移植到平台即服务（PaaS）的云设施上不是件容易的事情。不过没人想浪费在完善计算环境方面所投入的时间和金钱。

　　走PaaS之路的决定并非易事。接受一套全新的IT运营方法是一项巨大的挑战，因为PaaS会改变一切东西，它们之间只能同甘共苦、福祸相依。尽管启用PaaS的程序员被赋予了一个更大的沙盒来参与，应用开发的方式却已发生了根本性的改变。

　　应用开发的PaaS模型

　　在没有他人代码可依赖的情况下，不断在寻找行开发和测试环境挣扎的日子一去不复返了。每次需要进行变更都要重新创造编码盘的日子一去不复返了。不同的开发工具大杂烩般地七拼八凑在一起来开发和部署应用的日子一去不复返了。

　　相反，提供给开发人员进行工作的是一个服务和工具的堆栈。服务可包括中间件（像JMS消息传递或企业服务总线）以及面向高伸缩性存储设施连接的数据服务。工具包括连接电子产品的能力，REST服务以及mashup等，全部来自于一个无缝IDE（比如eXo云IDE，可以跟流行的Java PaaS平台如VMForce及Google应用引擎一起工作）的混搭。

　　这些服务和工具，再加上PaaS的一项被称为多租户的关键特性，使得开发人员可以专注于应用本身，而非部署和IT问题。多组合系统让多个不相关的应用可运行于同一硬件和软件基础设施之上，从而节约了成本，并提高了计算资源的使用效率。

　　投身PaaS

　　由于传统开发方法和PaaS开发之间存在着这么多的差异，对PaaS的接受如此之迟滞也就不足为奇。长期的IT战略必须要跟得上。人事部门需要根据运营和流程的变化进行调整，开发人员需要在企业的层面上进行思考，而决策者则需要做出决定，尝试PaaS。一项可靠的计划后面有了这一切要素的支撑之后，企业即可获得有竞争性的牵引力以及全面的敏捷性。

　　在自己的基础设施创建私有云的这个选项允许你开发遗留的基础设施，而加入公共云可能意味着租用外部的基础设施（这也有它的好处）。如果你的基础设施规模可观，分布在不同的地理位置，启动私有PaaS有可能会有很大的好处。但是这种老练需要精通有关PaaS架构的知识，而这方面的知识在你现有组织内部是不会有的。一个内部项目却需要外部PaaS咨询的代价，其成本不仅仅是利用准备就绪的供应商平台而已。

　　遗留系统是一个充满风险和未知的滑坡效应。但是只要不是仅仅因为其他人都这么做，就一股脑地采用市场上的热门技术，IT企业就可以获得抓地力。改变是困难的，尤其是在有那么多地方身处险境之时。但是这一切还有得救。改变将会发生，你必须做好准备，要充分理解PaaS在哪些方面会改变自己IT架构？如何改变？