PaaS适用于哪些场景？让案例说话

我们在第一部分《最年轻的XaaS：你对PaaS了解多少?》中介绍了什么是PaaS，PaaS的优势、劣势以及它对IT产生了哪些影响。在了解概念之后，你或许还想知道PaaS到底适用于什么样的场景。

PaaS案例：PaaS适用于哪些场景，不适用于哪些

PaaS最适合围绕云服务的容量规划功能设计可扩展的应用程序。Best Buy结合Google App Engine的是个很好的案例。Best Buy希望用户可以通过某种方式分享自己的愿望清单给好友们。第一次尝试，8名开发人员花了一年多来实现功能，可在大量使用的情况下会崩溃，而且很难更改。Best Buy转向PaaS，用了大约程序员一人年的时间重构代码：只需原有1/8的人力，并且从项目开始到结束仅用了11周。据Best Buy说，采用Google的PaaS后，所需资源只有之前内部数据中心的1/4至1/10。

使用PaaS的最大问题在于试图迫使遗留应用程序适配，将大型机或客户端-服务端系统改造成面向服务模型。PaaS不适用于盲目将现有应用程序移植到平台和模式上，而是围绕面向服务的能力采用云原生设计方式来重构需求。PaaS优于IaaS的地方在于，高层级的应用程序服务已经通过设计与测试考验，并能够有效的集成。

平台服务占据了“即服务”的延展性中间地带，成为了一个独立服务层级，相对来说，另外两类会更容易理解：虚拟化基础设施的IaaS和全打包应用的SaaS。

PaaS对IT意味着什么

PaaS的运作模式基于公共与私有平台之间。对于公有PaaS，等同于使用IaaS：IT不用处理系统管理业务，而是管理服务，并通过厂商提供的管理门户进行用户管理。同时PaaS还提供了典型的自助服务，IT组织在通常情况下可以通过用户、群组或基于角色的策略来设置使用量限制。

以Best Buy的案例说明，IT管理员不再需要管理系统或部署与配置服务器。一项调查发现，迁移到云之后，在计划与计划外维护、存储与配额管理、数据恢复与升级等业务所花费的时间，比数据中心IT管理者所花费的时间显著减少。这样就能拥有更多时间来与业务单元在新服务与应用程序上进行合作。

与此相反，私有PaaS运维类似于其他大型企业级系统，IT需要维护硬件与软件。由于PaaS套件相对比较复杂，通常都需要一名领域专家对软件负责，类似数据库管理员如何维护数据库。

在这两种情况下，IT需要拥有人员和流程来管理与监控PaaS资源使用、性能，针对公共PaaS，还需要监控消费、可用性与服务级别协议合规性。

本文转自d1net（转载）