在90年代末，笔者曾就职于现已解散的手机制造商美国总部的IS/IT部门。当时安盛咨询公司有着很好的想法，他们认为，一切都应该作为项目运行，IT来运行项目，但他们并没有想到在项目结束后，所产生的软件需要维护。

   当时笔者所在公司，每个部门的每个项目都有自己的服务器，直到机架被装满。然后IT部门会问他们是否介意共用服务器，当然，没有人愿意共享，因为每个人都想做好自己的应用程序。开发很昂贵，但维护是免费的，所以企业充斥着废物软件。

   在这几年，这种文化会完全消失，虚拟化更是加快了这种进度。这些各部门开发的应用程序不再需要共处，它们都将有自己的小沙箱，而只有用户会在意。

   然而，虚拟机仍然属于资助或申请项目并使其存在的部门。IT在很大程度上是虚拟机的守护者。通常情况下，基于虚拟机的数量来购买资源，并且，大量计算被浪费在运行另一个Windows副本，以假装你有一个单独的服务器。

   想象一下，如果IT转移所有内部应用程序到内部管理的私有PaaS会发生什么变化。使用资源的增量价格也应该与应用程序的业务价值相对应。其次，考虑一下这对维护的影响。

   在虚拟机世界中，在应用程序部署到生产环境后，对于故障问题，开发人员在很大程度上可以责怪IT。通常(+微信关注网络世界)，负责运行虚拟机的人要证明应用程序崩溃的原因。而在PaaS世界，则是开发人员来负责证明IT维护的PaaS运行的应用程序的可行性。如果PaaS的组件存在问题，那么更多应用程序会受到影响。

   再想想这对QA和开发过程的影响。你可能有开发、QA和生产数据库，并且，你可能基于这个配置有一些安装，但没有理由在不同环境使用不同政策。容器可能配置为不同安全政策。此外，应用程序可以被“提升到”QA，它们不一定需要重新安装，只需指向不同的数据库。

   那么，对于公共PaaS呢?据称，新的PaaS模式将是“混合模式”，对于担心转移数据到公共云或内部生产太多数据的企业来说，这很适用。最后，公共PaaS更便宜，且更易于扩展，你基本上外包了很多IT被迫做的工作，让IT转移更多精力进行数据管理、政策执行和支持。

   PaaS将带来像虚拟化一样的文化变革。最终，这种变化将改变IT的工作方式，甚至改变业务运作的方式。但首先，Paas将改变开发人员的生活。