但SaaS产品和传统软件产品都属于软件类的产品，在很多方面还是有共同点的，对于大多数人来说，认为SaaS就是软件，这些共同点基本上是大家已经形成的认知，我不打算在花费篇幅描述。如果做过传统软件行业，会发现后文介绍的一部分方法论，是从传统软件的方法论中继承延伸而来的。

从名称定义和所处的层级可以看出，SaaS和PaaS的关联度是比较紧密的。接下来我们详细介绍下PaaS平台以及同SaaS平台的关系。

3.2 PaaS平台的发展

我们看一个典型的案例。

Salesforce在2007年就推出了自己的PaaS平台http://Force.com，已经有超过5万家企业使用了这个平台。该平台有如下主要作用：

Salesforce内部：基于PaaS开发自己的SaaS产品，可以大大提高开发效率。Salesforce的Sales Cloud，Service Cloud等主打产品，都是基于http://Force.com开发的。

平台客户：一些SaaS客户有一些个性化需求，需要基于PaaS做定制开发，满足定制化的需求。基于http://Force.com平台，客户不但可以定制开发新功能，而且还可以对Sa意思lesforce的标准功能进行定制改造。

平台ISV（平台上的服务商）：基于PaaS开发新产品，针对不同行业，提供专属解决方案。比如基于http://Force.com开发的医疗行业CRM产品Veeva。

近年Salesforce相继收购了Mu是什么leSoft和Tableau，大大增强了PaaS平台在系统集成和数据分析方面的能力。

Salesforce在PaaS平台的投入上，启动较早、投入服务器较大，相对比较成熟，是业内顶尖水平。

而对于其他厂商，第一是进入SaaS行业比较晚，进而推出面向SaaS的Application PaaS就更晚了，第二是开发PaaS平台有很大的技术难度，目前也仅有Oracle等少数SaaS企业能够做到，国内仅有少量几家SaaS企业在推进建设PaaS平台的尝试。

另外有一些IaaS平台也在向PaaS平台延伸，比如AWS和阿里云，为开发者提供一些运行环境、中间件和操作系统等方面的服务，已经超出了IaaS平台的服务范畴。

3.3 SaaS与PaaS的关系

从前面的介绍，我们已经了解到PaaS平台比SaaS平台提供的服务更加基础。在SaaS未平台的建设过程中，PaaS往往作为SaaS一个强有力的支撑服务器，来解决行业或客户的个性化、定制化问题。

从用户对象来说，PaaS平台主要面向开发人员，SaaS平台主要面向使用的软件用户。

SaaS平台的构建大多数并不是基于PaaS平台，SaaS平台往往有自己独立的产研团队和运维团队，需要重视数据安全等问题，有能力直接搭建这些基础设施，SaaS平台的建设对PaaS平台并没有依赖关系。

SaaS平台用户量大，侧重点在于解决用户的使用场景需求，产品相对标准化。

PaaS平台的存在，主要是解决企业基础运行环境和中间件服务的建设问题，方便研发人员更快的搭建系统。而围绕SaaS平台搭建的PaaS平台，侧重点是解决SaaS平台无法更好满足定制化的问题，为客户或行业软件公司的开发人员在现有的SaaS产品基础上，提供定制开发能力，解决个性化需求。

PaaS平台的构建思路，并不是在SaaS平台基础上进行延伸，SaaS公司想要建设PaaS平台，需要重构基础架构，不是简单的在现有SaaS平台的基础上提供一些定制开发能力，这在以往的PaaS平台建设过程中，已经验证了基于Sa意思aS构建PaaS平台的问题。

四、SaaS的优势VS局限性

SaaS平台近年这么火热，到底有什么样的魅力，让这么多公司投入SaaS赛道，接下来我们分析下SaaS平台的优点以及局限性。

4.1 SaaS平台的优势

（1）可重复使用

SaaS的最大优点之一就是“可重复使用”，这其实是SaaS其他所有优点的基础。如果你确信企业应该使用SaaS解决方案，实际上你就已决定不从事重复工作，而是单单利用现有的解决方案。至少，该解决方案实施起来速度更快、成本更低，虽然算不得最好，也会是“足未够好”。

（2）成本较低的解决方案

企业如果采用SaaS解决方案，其成本一般只有自行实施、部署、运行、管理及支持这类解决方案所需成本的一小部分。

SaaS解决方案的一个最大优点是，它们在价格方面可以提供非常显著的规模经济。之所以如此，原因就在于大多数SaaS提供商可以非常轻松地利用其在特定行业领域“重复使用”的优点，能提供具有高度可复制的“标准化”的解决方案。最终结果是，它们通常可以将这种可重复使用的优点惠及客户，同时可以大大节省成本。

（3）可以更快地提供解决方案

SaaS的提供商早已对企业即将采用的针对特定领域的解决方案进行了规划、设计、实施、部署及测试。这意味着企业可以使用已有解决方案，而企业要自行实施这样的解决方案需要很长时间。以大多数SaaS解决方案为例，软件已经实时运行、随时可以使用。唯一的“瓶颈集群”就是支付服务费和如何把这个工具与自己的业务流程联系起来。

（4）灵活的定价模式

采用SaaS的解决方案时，企业通常会使用基于订购、可以确定的定价模式，这种模式让企业可以在需要时购买所需服务。这意味着企业可以根据发展模式购买相应软件。企业规模扩大时只要开启新的连接，用不着购置新的基础设施和资源。而一旦企业规模缩小只要关闭连接即可。

这样，企业可以避免被过多的基础设施和资源所累，而传统上，即使你再也用不着它们，也不得不继续需要管理及支持。

（5）更好的支持

使用SaaS解决方案时，企业很可能使用由专家提供、管理及支持的解决方案，他们247小时关注某一专门领域。该提供商相当于企业的实时延伸部分。实际上，连接到Saa是什么S提供商对使用者而言是一种成本非常低的方式，只要连接上，SaaS提供的资源就始终在为你服务，这相当于扩增了企业的资源。

（6）为企业减少所需的IT资源

通常只要用浏览器就可以连接到SaaS提供商的平台，所以用户需要的全部基础设施就是用来运行浏览器的设备以及让该设备可以访问互联网的简易网络。这意味着企业不必提供、运行、管理及支持自己的内部基础设施。对那些规模非常小、不想自行管理IT部门这项复杂工作的企业而言，SaaS无疑是一种行之有效的方案，有助于加快实施企业的解决方案，同时尽量减少所需的IT资源。

4.2 SaaS平台的局限性

（1）供应商锁定

SaaS提供的服务，让客户开通、使用服务非常容易，但退出服务有可能会比较困难。例如，数据可能无法在技术上或成本效益上向其他供应商提供的SaaS服务进行移植。因为并非每个供应商都遵循标准的API、数据定义和工具，这会造成切换SaaS服务的困难。

随着市场竞争越来越充分，SaaS平台自身的服务水平也在提升，社会责任感也有所加强，会促进行业标准和规范的形成，逐步为客户提供全生命周期的管理过程。另外在一些受到监管的行业，政府会主导制定平台建设的标准规范，保障客户权益。

（2）缺乏集成支持

许多客户需要与本地其他系统、数据和服务进行深度集成。SaaS供应商可能在这些方面能够提供有限的支持，但无法全部支持，从化而使得用户在设计和管理集成方面投入更多的其他资源。所以SaaS平台在设计产品架构的过程中，应提供更多通用的、标准的api和丰富接入场景，以减少和其他系统集成的困难，构建行业生态。

（3）数据安全顾虑

为了满足软件功能的使用，SaaS平台需要将数据传输到云端数据中心进行存储。将敏感的业务信息存储到基于云的SaaS服务，可能会导致安全性和合规性受到影响。额外提一个小故事，Salesforce创立之初，创始人马克贝尼奥夫投身慈善事业，这让马克和他的企业在业界树立了楷模形象，有助于提升公司形象，减少了顾客在安全方面的顾虑，当然此后马克贝尼奥夫也在持续投身慈善事业。

（4）不易定制化

由于不同行业、不同客户会有不同的需求，需要提供不同的解决方案，因此定制化问题可能会困扰用户选择SaaS服务。现在一些软件开发工具包(SDK)附带的本地解决方案提供了高度的定制选项。一些头部的SaaS平台企业也在同步构建PaaS平台，用以解决客户的个性化需求问题。

（5）缺乏控制

SaaS解决方案使用云平台，对于客户来说相当于将控制权移交给第三方服务提供商。这些控制权不仅限干软件，还包括软件版本、软件更新、软件界面以及数据化和管理。因此，客户可能需要重新定义其数据安全性和治理模型，以适应SaaS服务的特性和功能。SaaS供应商也需要在构建SaaS平台过程中，将更多的控制权交还给客户，让客户更愿意使用SaaS服务。

（6）功能限制

由于SaaS应用程序通常以标准化形式出现，SaaS产品的发展会在安全性，成本，性能或其他策略之间进行权衡，这对于客户来说，功能使用上会受到一定的限制，比如在产品迭代过程中，产品的操作习惯可能会变更，产品的功能也会变化——可能会更好用，也可能会不如原有功能的体验。此外集群，供应商的不易变更、成本或安全性等问题可能意味着将来无法切换供应商或者选购其他服务，无法满足客户的需求。

（7）性能和停机时间

由于供应商控制和管理SaaS服务，因此客户需要依赖供应商来维护服务的安全性和性能。尽管有适当的服务级别协议(SLA)保护，但计划内和计划外的维护，网络攻击或网络问题仍可能影响SaaS应用程序的性能。