【IT168 分析评论】

    讲到云计算模式的SAAS平台，我们需要提一下可信平台。一说“可信”，大家首先想到的是数据安全和应用使用安全。但可信平台不仅仅只是安全单方面，它应该包括以下几方面：

    1. 7x24x365不间断，不会因为节点失效而间断。

    2. 安全访问。

    3. 永久存储。首先是存储不失效，数据不丢失，第二是存储服务不失效。

    4. 允许异构硬件、异构操作系统的接入。

    5. 随地访问，没有世界地区差异造成的访问限制或速度限制或功能限制或存储限制。

    我的企业业务要随时随地能处理，你不能因为你的服务器有问题了，你的电信机房有问题了，你的南北电信隔离有问题，而使我使用受限制。而且我的数据是安全的，不能告诉我你的服务器硬盘有问题某段数据丢了。我的操作也是安全的。互联网上有许多黑客和黑客软件，我可不想让黑客知道了我的登陆密码。现在，使用网上银行的很多人都被窃取了银行账号丢了钱。

    许多人认为Google最强大的是Google的搜索和Google的关联广告，还羡慕Goolge有钱能建电厂、能发卫星、能购买无线频段，能有大量资金并购Youtube。其实，Google最大的核心就是多年运营搭建了这个可信计算环境。这是目前唯一的一个互联网上的可信海量计算环境——没有稳定的基础，我们怎敢还相信上层的应用呢？谁还敢把数据存放在上面呢？

    而我们的国内saas厂商，还在用传统的做中大型管理软件的做法在做计算环境，集群、不间断电源、企业存储设备、企业备份设备。这些传统做法支撑一家大型企业应用运行没有问题，但是要服务全球，服务全球企业，这个计算环境显然是无法快速的、低成本的扩展的。最后很可能形成一个瓶颈，不是上小型机，就是把企业分配到不同的服务器集群上——就跟现在做网络游戏一样。我们无法轻松的堆砌上万台PC甚至几十万台服务器来扩展计算环境。当然，如果你想做的SAAS只想服务国内，甚至国内小企业，甚至是国内某行业的小企业，那就另当别论。对于不同目标，当然技术架构层面会发生质变，而不是裁减的量变。

    有了可信的平台，才能放心的构建基于之上的业务架构平台。在SAAS环境下，业务架构平台是不一样的。SAAS的业务架构平台必须能做到以下两点:

    1. 数据隔离

    2.业务隔离

    为了完成这两方面的隔离。最好的处理方法是物理隔离，给每个企业都建立一套运行环境和数据库——这是最安全的隔离。但是这种方法有一个突出问题，就是统一的BUG补丁或功能耐升级，怎么给全部企业升级，并且升级了还不影响定制业务。我也在思考和学习Google的Project Hosting的方法。这也就是为什么虚拟软件服务平台——如VMWare之类——这么流行的原因。

    SAAS管理软件平台还需要良好的定制性。现在的传统业务基础平台，用“密不透风”来形容最形象不过了。不让代码插入，复杂的定制又处理不了。如果能处理，复杂程度真不如用代码三下五除二的搞定。业务平台本来是为了快速开发，最后却阻碍了快速开发，这种业务平台是错误的思路。今天听说Google App Engine和Salesforce整合了，我想这就是潮流。这种架构实现模式可以给现在仍在传统业务开发平台道路上奋斗的朋友以启发。

    现在，全球都在讲Open API。Google几乎开放了它所有应用的接口，而且Google App Engine也很容易让你定制的代码能够很好的部署和运行在平台上。这才是一个良好的业务架构平台。如果大家搭建saas平台，还在照抄过去的平台架构思路，还是会走到现在传统平台的死胡同里的。现在的传统业务平台已经如困兽一般，但是我还是看到许多人前赴后继，声称百变金刚，信心百倍的宣传，浪费了人才和时光。我想起了微软亚洲工程院院长张宏江说的一段话表达的意思，原话我记不住了，但大致意思是这样的：这个应用在美国10多年前就已经很成熟了，你现在才想到并认为是自己的创新是错误的，你的视野应该去看看国际上一流人在做什么。

    有了符合潮流的设计，就要组织开发实现落地。我们国内的开发组织发展时间非常的短，直到现在还有95%的软件公司都是单人单枪在讨生活，根本无法谈到开发组织。但是互联网的出现、资本的介入，让我们看到了开发组织。

    1997年，我还在羡慕求伯君、鲍岳桥这些第一代中国程序员。2001年，我才研读设计模式、软件工程、UML、RUP。但是很快，外包公司、网络游戏公司、网站门户公司，给了我们实践的一课。他们都是大规模团队组织开发，他们的开发模式都值的我们学习。

    尤其门户网站公司，他们快速应用开发、测试、发布、大规模计算环境部署，都是我们做传统管理软件人需要学习的。还有，现在的开源协作组织，我看国内也有很多成功的案例，如HuiHoo组织。他们在项目需求管理、BUG管理、进度管理、版本管理、代码合并、代码更新、团队沟通，都有很好的模式经验，都值得我们学习。

    在参加CSDN的软件技术英雄大会的时候，有人问我怎么没听过你们公司。我说传统管理软件厂商，一般都是闷声发大财，一般不和业界交流。甚至在用友公司，要在工作时间断网。

    其实，这是蛮尴尬的。我们作为传统管理软件厂商，我们真的成了老古董。未来的计算模式、未来的盈利模式、未来的业务架构、未来的开发模式，我们都不去学习先进，我们还在用我们使用了10多年的传统开发组织模式来进行着，我们的盈利模式也是传统的，我们的业务功能模型也是陈旧的。我们总是在5000万以下徘徊，如果想上市，想突破1个亿、10个亿、100亿的销售，我们必须和时代接轨。我们现在真的很像一个老古董，慢慢被潮流扫到一边，成为历史的叹息。

    就是这个原因，所以我在网上消失很久后又重返业界，希望能和符合潮流的技术模式、盈利模式、业务架构、开发模式一起工作一起探讨。