Chen Jian

维基百科的“Cloud Computing” 词条里引了这样一句评论：    CEO Larry Ellison of Oracle Corporation asserts that cloud computing is "everything that we already do" 我同意这句话。从“物理”上看，云提供的服务早就存在了，它几乎就是网站空间服务：虚拟机，存储，租而非买。 不过，云计算虽不算新服务，但它是一种新视角，这种新视角迫使服务提供商从这个角度出发，提供了让用户更省力的服务。比如说，    1. 云计算强调“封装性”(类似于 接口 V.S. 实现)。用户不需了解自己倒底租用了几台机器，内存是多大，CPU有多高。而且当用户的网站访问量增大时，用户也无须自己去考虑要增加多少硬件，云服务商会自动帮你搞定这些事情。    2. 它强调“服务可以被方便、快捷地获取”。用户和服务商不须任何商务洽谈，不须等待N个工作日，就可以通过浏览器或Web Service立即获得所需服务。  正如The National Institute of Standards and Technology对云计算的定义： "…which can be rapidly provisioned and released with minimal management effort or service provider interaction" 

摘自《SaaS架构设计》(阿里软件著) 如果一个Vendor提供平台类的Open API，即提供开发、测试、在线部署等应用程序，那就可以说它是一个PaaS供应商。 典型的厂商及产品有： Amazon的AWS 和 Google的GAE

摘自《SaaS架构设计》(阿里软件著) 问题的关键在于如何让数据库兼容来自于不同租户的不同扩展字段 有三种方案：   1. 按需增加字段   — 为租户A增加一个a字段，为B增加一个b字段 — 多而杂，不被采用   2. 预分配通用字段 — 先定好一个Ext字段，租户A在这里面填入姓名，租户B在这里面填入性别 — 缺点是预分配字段的个数不好确定   3. 把横向的数据记录变成纵向的名值对 — 兼容性最好，但复杂性也最高，由于查询复杂，性能也会很差

原文在这里：    http://blog.open.taobao.com/archives/1237 本文的启示是可以帮你理清SaaS和Open API (Web Service)及SOA之间的关系 SaaS与OpenAPI本无必然联系，只不过 软件用户需要通过这个API使自己的系统与SaaS服务商的系统进行对接，所以SaaS服务商一般要提供API。 而从用户的角度来说，SaaS服务就成了用户SOA系统群的一个成员。 也就是说， 这里的SOA是指用户的SOA，不是SaaS服务商内部的SOA。 (不过有种观点认为SaaS服务商内部的SOA可以更方便地构件对外的Open API) 抛开这篇文章不说，Open API似乎还有一个好处，就是可以让用户通过选取合适的API组合，定制出适合自己的服务。可是用户自己没有开发能力，怎么办？ 让SaaS服务商开发吧。而SaaS服务商的客户太多，不可能逐一服务；于是，第三方的开发者出现了，即“应用商店”。这些店主利用Open API开发出应用，卖给用户，从而实现SaaS服务商、用户、第三方开发者的三方共赢。

摘自阿里软件写的《SaaS架构设计》    1.Salsforce.com    2.Google      a.在线办公软件      b.搜索API和Google Map API — 这是SaaS ?      c.Google App Engine — 这是SaaS ?    3.阿里软件      a.自己开发了一些在线应用，比如财务管理、外贸管理等      b.同时还提供了一个互联平台，帮助第三方软件公司销售SaaS软件 (已经关闭了！)    4.国内其他厂商      Xtools, 800app等

ASP 即 Application Service Provider，它指的是把软硬件都交给服务商托管。 SaaS说的那些特点，ASP其实特有，比如 用户无须自己开发，无须担忧防病毒 部等等。 不过我觉得SaaS相对于ASP确有一个创新点：计费模式。 按使用的功能点个数和使用次数计费，从某种程度上可以避免浪费。也仅仅从这个意义而言，SaaS像自来水，接多少水交多少钱。

http://www.youtube.com/watch?v=8tf_WaD52mI Since Force.com runs in the cloud, you don’t need hardware, software or a team of experts to maintain it. According to industry analysts, building and running apps is 5x faster and 1/2 the cost of traditional on-premise platforms.