salesforce 的秘密

每一个伟大的科技公司，背后都有一套理念和基础支撑着，Salesforce也不例外。自从1999年这家公司发明了SaaS的概念之后，他们进一步将SaaS模型进行了细化，并重新定义了通过互联网提供的企业级技术和服务模型。在副总裁David Brooks看来，Salesforce的的成功与其三驾马车有很大的关系：多租户使用模型、自由付费模式以及强大的系统弹性。

Salesforce的三驾马车

先说多租户模型，这可以说是SaaS最标准的理念核心。由于在SaaS模式下，厂商提供的是各种各样的资源，包括计算、存储、业务应用等不同资源，这对整个架构设计提出了要求。其中关键的问题在于要让每一个用户都不受任何干扰地使用自己的应用，因此，Salesforce需要在全球各地建立数据中心。David说，这些数据中心被看作是一个密集的小计算群，或者称之为一个SaaS的实例（Instance）。全球各地的用户根据不同的位置访问Salesforce部署在全球的10个实例中，最适合自己的数据中心，从而加速他们访问各自需要的服务。

而自由的付费模式，其实与传统的比喻——用电或者用水，有一些不同。David打了一个比方，这好像就一个自由的婚姻协议，男人和女人通过协议生活在一起，为期一般为一年。在这一年当中，如果你觉得有任何不满意的地方，都可以随时解除协议。而当你对过去一年的生活比较满意的时候，则可以考虑在下一年度继续签订协议。这种付费的模式与传统的企业应用最大的区别在于，你不用一次投入过多的资源在自己的企业IT建设上，而是逐年建立不同的预算（可度量的），从而动态地控制自己的IT和业务。

当然，系统的弹性是整个Salesforce在技术上的要点。由于对用户的计算需求是未知的，因此一个固定计算量的实例是无法接受的。David曾经做过一个和美国政府相关的项目，这是一个由星巴克和奥巴马政府一同推动的项目，项目鼓励人们为社区提供服务，每当一个人为社区做5个小时的工作，他们将获得一杯免费的咖啡，整个过程在一个注册为pledge5.com的站点上进行。这个系统最初的设计希望在30天内有一百万次点击——这并非一个大项目。然而仅仅过去一周时间，整个系统的访问量就突破了一千万，如果按照传统的设计，网站也许很早以前就崩溃了，而在具备很大系统弹性的SaaS模式下，随时可以通过对实例增加计算资源来满足计算需求（增加Linux服务器的数量），因此整个项目的运行非常良好。

为什么SaaS能省钱？

从某种意义上说，SaaS模式对传统的软件使用授权模式进行了很大调整。David在解释SaaS的商业模式与传统模式区别时提到，在传统状况下，人们使用软件所花费的成本可以拆分成很多部分。一个软件最上层的价值是其知识产权，因此用户必须为这部分开发商自己的投入付费；接下来则是各种各样的软件运行库程序；再接下来则是支撑整个软件的运行环境，这其中还包括大量的基础设施，同时也包括开发商使用的开发工具等。因此，看起来简单的客户端软件许可证，其中包含了大量组成要素。这些要素的成本都由软件用户来承担，而且多数时候，除知识产权部分的费用外，用户的每一款软件都在重复投资。SaaS模式之所以能存在，就是将知识产权之下的费用一次性付清了，从而让用户只需支付知识产权的费用，这样成本自然更低。

三驾马车加上对业务模型的精密分析，让Salesforce找到了自己的发展道路。事实上，SaaS满足用户的另外一个需求是强大的定制化能力。不过Salesforce最初仅仅只能提供CRM应用，而涉及到更多与业务相关的应用时，根本无法满足。其实CRM作为企业应用，其中已经包含了很多企业级技术的要素，这些要素完全可以抽象出来作为平台，并略加补充，形成更加强大的平台，以支撑更多可定制化的应用。到2005年，Salesforce开始提出另外一个基于SaaS的概念，那就是PaaS，同时发布了其心的force.com站点。

从SaaS到PaaS

SaaS虽然在定制化上有一定的能力，但主要还是基于Salesforce本身的CRM应用，一旦涉及到更多不同的应用类型，就需要Salesforce一个一个去进行独立的开发。这一点是Salesforce不愿意看到的，因为事实上David本人的经历就发现这样不行。

2001年，David是Salesforce的合作伙伴，那个时候SaaS本身的概念还没有被广泛认同，大家围绕起来讨论的核心问题在于，如何将简单的事情变得更容易，让那些很复杂的事情在SaaS上变得可能。尤其是对那些软件用户，希望他们通过SaaS来实用软件更多是点击，而并非编程。这样，Salesforce最早实现了80%通过点击，20%编码来完善和定制化用户的应用程序。

到2002年，David摇身一变，成了Salesforce的客户。他们希望在这套CRM上实现销售的自动化，并同时需要SaaS里每一个服务的客制化。这不是一件很容易的事情，整个软件的体系结构都需要进行大规模的调整。因此，Salesforce这套系统也经历了演变，从最早的一大块写在一起的系统，开始逐步抽象，将其中的很多部分独立成平台，作为公共资源供不同的应用访问。

这个时期经历了很长时间，平台终于建立起来了。那是2005年，也就是David加入Salesforce的那一年，整个Salesforce的软件体系结构发生了巨大变化。force.com上线带来了更多不同的应用。David本人所负责的AppExchange也在随后的一两年时间里，开始赢得更多的用户，帮助他们将已部署在Salesforce上的应用整合起来。PaaS的理念，在这段时期开始变得成熟起来。

迈向云计算

由于通过互联网为企业级客户提供服务，因此PaaS在很多方面要比传统的互联网服务高得多。此时，Amazon建立的AWS（Amazon Web Services）开始被很多中小型的企业采用。而其提供的存储、计算等基本功能被认为是云计算最初的雏形。然而，如何在这个基础上更进一步地将计算资源抽象得更加贴近业务呢？基于这样的考虑，Force.com开始考虑如何将更多企业级应用搬到他们的运营平台上来。在企业级云计算领域，Salesforce拔得了头筹。

借助此前几年时间的不懈经营，Salesforce的CRM业务得到了市场上很多客户的认同。David承认，如果没有此前的努力，用户根本无法认可这种在线的企业应用模式。他甚至认为，作为一家SaaS或者PaaS运营商，最开始的5年是最为艰难的，因为要赢得客户的认同和信任实在是太难了！这一点甚至可以看成是从SaaS和PaaS迈向云计算的一道门槛。

与Amazon和Google提供的云计算不同的是，前两者提供的云计算主要是以计算资源和编程模型为主，这意味着企业客户仍然需要进行大量的开发工作，这一点仍然会包含整个企业应用的设计和开发，不同之处只在于是否需要运营硬件、操作系统、数据库等相关的软硬件基础设施。而force.com则提供了企业级的计算环境。由于此前Salesforce本身的CRM经历了企业级平台的开发，因此force.com云计算的主要工作是将原有的CRM计算环境中，与企业级运行环境相关的平台层逐步抽象出来。

为此，David和他的团队在Java的基础上开发了一套新的语言：APEX，并基于Eclipse插件设计了开发工具。由于Java本身依赖于虚拟机的存在，因此在进行很多业务逻辑处理的时候，一旦要访问数据库或者其他资源，往往需要嵌入很多不同的组件，这样对于整个系统而言，其复杂度依然很高，APEX的核心目标就是则是希望在服务器端统一控制所有工作，这不仅仅让你不必担心在你的Java程序中出现大量SQL代码，同样还可以非常轻松地完成对其他平台资源上的统一调度，例如Amazon和Google的服务等。

未来的市场在中国

云计算平台的建立，让除了CRM之外的更多企业应用运行在互联网上。而成熟的企业级计算平台，也同样可以让更多的开发商基于平台开发企业应用。这些开发商，甚至可以来自中国。

尽管David对中国的了解比一般外国人要多得多，但是对于中国的企业级技术市场，David承认他所知还是很有限的。这一点上，通过Salesforce在中国的策略就可以看出来。“我们并不了解中国的市场，尽管20多年前，我就来过这里，并且看到这20年来中国在不断的变化，但我们更希望那些了解中国商业规则的人帮助我们一起开拓这里的市场。”

目前Salesforce在中国仅仅通过分销商来协助销售其在线服务，真正参与到Salesforce平台进行应用开发和使用其提供服务的企业仍然很少。David在采访的最后也寄予了希望：“今天在中国已经有一个巨大的市场了，希望中国的开发者们也能参与到这个平台的应用开发上来。Salesforce也正在努力为开发者提供更好的环境，目前已经有完整的开发工具和文档免费提供给开发者了，如果有兴趣在这个平台上进行应用开发的程序员，可以以0成本的代价在我们的平台上开发应用，也为自己创造新的机会。”

注：本文已发表在《程序员》杂志2009年9月刊上。