PaaS的产生、形态以及突破

PaaS的产生

传统意义上，云计算领域从底层往上被划分成IaaS-PaaS-SaaS三层，PaaS天然的被夹在了IaaS和SaaS当中。

沿着云计算发展的轨迹分析，基础层IaaS厂商的率先爆发为云计算开辟出了万亩良田，随之而来，数以万计的SaaS应用得以在“辽阔的田野上”播种和生长，而PaaS平台则一边扎根在IaaS土壤中，一边为SaaS们出售各种生产工具、肥料和生产技术，为的是让SaaS作物能够更好、更快的破土而出。

换句话说，如果没有PaaS，SaaS应用一样可以在IaaS上长出来，只不过长得会慢一点、产量会低一点。因此，与其说PaaS平台成就SaaS应用，不如说是SaaS开发者对开发效率和易用性更高的要求，倒逼出了PaaS平台。

PaaS平台安身立命的前提是，确确实实能够帮助SaaS开发者降低成本，提高效率，即开发者用PaaS平台“卖一个锄头”所花费的时间和效率成本小于他自己去“做一个”。

PaaS的形态

PaaS，平台即服务。平台的概念本就十分宽泛，放在PaaS当中便越发难以准确诠释。咨询公司Gartner将PaaS平台分为很多类：

• API Management Services (apiPaaS)
• Application Development Services (adPaaS)
• Application Platform Services (aPaaS)
• Business Analytics Platform Services (baPaaS)
• Business Process Management Services (bpmPaaS)
• Business Rule Platform Services (brPaaS)
• Communications Platform Services (cPaaS)
• Database Platform Services (dbPaaS)
• Data Broker Platform Services (dbrPaaS)
• Event-Processing Services (epPaaS)
• Function Platform Services (fPaaS)
• Enterprise Horizontal Portal Services (Portal PaaS)
• In-Memory Data Grid Services (imdgPaaS)
• Integration Platform Services (iPaaS)
• Internet of Things Platform Services (IoTPaaS)
• Managed File Transfer Services (mftPaaS)
• Master Data Management Services (mdmPaaS)
• Message-Oriented Middleware Services (momPaaS)
• Mobile Back-End Platform Services (mbPaaS)

不同的业务领域，要面对的是不同的传统应用如何通过PaaS平台迁移到云上，这就会导致各自对PaaS的需求或多或少有着不同的差异，从而诞生出如此多类型的PaaS。

在此，我们拿iPaaS这种形态来举例：

目前，许多企业级SaaS厂商都在产品体系中设置了“开放平台”。主要原因在于，SaaS应用开放的API接口普遍不够多，导致企业用户在租用多个SaaS服务后很难集成，在企业内部仍形成一个个的信息孤岛。

站在企业用户的角度，随着API调用的增加，跨层应用的需求也越来越多，他们需要更加集成化的SaaS产品。但是，当他们发现多个SaaS产品事实上却是很难做到完全“打通”的，这直接导致企业在选择SaaS产品的决策成本非常之高。

当SaaS产品无法通过售后集成来全面满足企业用户的个性化需求，为了能“卖出去”，SaaS厂商只能将集成环节前置，通过“开放平台”，尽量将各种跨层应用集成在自身的产品上。这种做法实际造成了SaaS应用开发成本的增加，羊毛出在羊身上，成本最终还是会通过销售转嫁到企业用户身上。

按理来说，用户对集成的需求更应该是由SaaS厂商通过iPaaS平台来搞定。但市面上并没有能够帮助SaaS开发者解决问题的iPaaS平台，他们只能自己来做。某种意义，SaaS厂商已经在做PaaS平台的工作。一不做二不休，部分SaaS企业便将PaaS写进了自家的宣传资料里，更有甚者刻意给自己贴上PaaS的标签，先行占坑，以期标榜出一个更大的概念。

PaaS的突破

PaaS平台安身立命的根本不外乎以下三个方面：

让SaaS系统更好用

对B端企业用户来说，决心摒弃传统IT系统，转而选择SaaS化产品的内在驱动力是老系统不再适用于新形势。换句话说，即原来的系统不好用了，希望SaaS模式的产品能具备更好的易用性。

企业级SaaS行业经过近几年的蓬勃发展，企业全生命周期上的每个节点在市面上都可以找到形形色色的SaaS应用，因此竞争日趋激烈，导致行业卡位者不断寻求差异化优势。但在企业用户眼中，无论SaaS提供商如何定义其差异化的竞争优势，归根结底落在一个“通”字上，即利用云端技术，打通企业的信息流、资金流和物流。

举一个最简单的例子，企业客户在售前咨询时往往会问“一个账户是否能管理所有的系统？”，这个私有部署时代不是问题的问题，放在SaaS面前却成了个难题。试问，一套连账户体系都无法与其他系统打通的SaaS产品如何称得上“好用”？

SaaS的问题便是PaaS的追求，PaaS平台想要刷存在感，或在云计算大蛋糕上多切一块，就要从企业用户追求“易用性”的角度去思考，如何解决SaaS开发者的实际问题，而不仅仅只是告诉SaaS，我能满足你某某方面的需求，至于你客户的需求，与我无关。

让SaaS产品更便宜

从PaaS的业务逻辑上来看，这个命题是成立的。在工业时代，制造商从其他工厂购买通用零件组装成机器的成本远比自己加工更低，且效率更高。

回到云计算领域，趋势已经非常明显，不断有刚需性质的上层服务成为下层标配，也不断有下层服务集成打包升级为上层服务。那么PaaS平台便如同工业时代提供通用零件的厂商，提供数据库、存储、计算、中间件、流程等等服务，以此降低SaaS应用的开发成本。尤其是，容器技术已经成为业务快速交付、产品快速迭代的代名词，越来越多的软件厂商基于容器开发产品。

让SaaS产品更适合于企业用户所处行业

左右用户选择SaaS产品的胜负手往往来自该产品与其行业的适配性的考量，即SaaS产品能否满足企业的个性化需求。

与SaaS厂商自己搞行业解决方案的做法相比，从PaaS平台的角度切入细分行业显然更具优势，原因很简单，PaaS平台对垂直行业支持服务可以“卖”很多次，组合调整的空间和余地也更大。

因此，在企业级SaaS应用愈发重视垂直行业特性的背景下，如果PaaS平台能够让SaaS开发者获得更好的行业适配能力，未来或许大有可期。

参考资料

1. 夹缝求生，PaaS要靠什么来刷存在感？