InfoQ

InfoQ

新闻

我的书签

登录注册 以永久保存书签。

该内容已经被标记书签!

标记书签错误,请重试!

SAAS(软件即服务)暗流即将爆发?

作者 田乐 发布于 2007年7月10日

领域
企业架构,
过程 & 实践,
语言 & 开发
主题
SaaS ,
.NET ,
敏捷 ,
SOA ,
Java ,
Ruby
标签
Ruby on Rails ,
Web 2.0 ,
商业模式

JavaEye的站长Robbin Fan在他的博客中对SAAS(软件即服务)进行了一番讨论,他总结了目前常见的一些SAAS应用,并且总结了这些应用的特点,展望了SAAS的发展方向。

2005年,David Heinemeier Hansson将自己在项目中使用的基于Ruby的开发框架剥离并开源,从此世界上有了RoR(Ruby on Rails)的响亮名号。很快,Rails在其它语言中也架设了自己的高速轨道,从此Rails思想处处开花,受到了广大开发者的拥护,这是Rails的敏捷本质决定的。随着RoR闪现在开发者眼前的还有Rails背后的公司37signals,这是一家位于芝加哥的创业型小公司,虽然他们的员工目前还是个位数,但是开发出的产品却有超过100万人在使用。

JavaEye网站站长Robbin Fan在他的博客中曾对37signals的主要产品做过总结:

37signals公司主要提供基于互联网的小型商业软件租用服务:有提供项目管理和团队写作的BaseCamp(这也是导致RoR诞生的产品);有小型客户关系管理系统Highrise;有即时团队在线交流系统Campfire;有信息组织、日历、工作安排软件Backpack等等。

用户在线注册37signals的系统,在线使用,每个月交纳12美元到149美元不等的月租费。37signals的在线软件租用服务对于小型商业公司具有很大的吸引力:功能好用,操作简单,价格便宜,无需维护,注册即可以使用。

37signals的这种商业模式称为SAAS(software as a service,软件即服务)。这种模式下,软件提供商将软件部署在自己的Web服务器上,而客户则租用这些服务。由于用户不需要自己部署和维护服务器,所以减少了很多额外的支出。这种方式非常适合中小型企业,因为他们可以按照时间和功能付费,价格更实惠,完全可以根据自身的需求灵活的更换服务内容。

其实SAAS这个概念最早是大型软件提供商提出的,例如IBM、Oracle、微软、SAP等,他们都将服务的重点放在解决方案上,负责这些方案的设计和实施,但是由于规模和成本问题,能够享用他们服务的群体仅限于比较大的团体和公司。而37singnals提供的这些服务却更加轻便,就像平常所使用的办公软件一样平常,但是通过良好的设计却迅速吸引了大量用户。

SAAS概念在上世纪90年代曾经以ASP(Application Service Provider,应用服务提供商)为名有过大量的尝试,当时这个概念被炒得火热,大有代替桌面软件的架势,但最后却是无疾而终,被证明是一种技术泡沫(《IT大败局》一书中专门有一章阐述了ASP的失败)。随着Web 2.0以用户为本理念的火爆,搭着体验经济的快车,这些轻量化的SAAS服务在用户的尝试心态下用实际的功能吸引了他们,酝酿成一股服务的暗流。国内也有37signals的模仿者,如易度,它也提供类似Backpack、BaseCamp的团队协作和中小企业项目管理平台,从他们的案例看,用户还是比较认可的。

那么现在的轻量级SAAS商业模式与传统的套装软件的优势是什么呢?Robbin做了如下总结:

对于软件供应商来说:
  • 短开发周期,低成本,快速用户反馈;
  • 相比卖套装软件来说,无需建设庞大的销售渠道,可以充分利用互联网长尾效应;
  • 软件技术支持的成本大幅度降低;

    对于客户来说:
  • 购买软件的风险大大降低了
  • 购买软件的成本大大降低了
  • 立即可用的软件
  • SAAS的模式具有这些优势,但是要实现它还面临很多的挑战。一位叫做Neora的网友借用阿里软件分析了SAAS实现上的一些要点:

    首先面向自己最熟悉的领域提供服务、品牌信任度、中立地位、信息安全感、营销策略、技术、客户群体等。

    关于SAAS的未来,Robbin认为它会让互联网应用和企业应用的界线变得越来越模糊,他展望到:

    企业应用的开发人员会越来越多被要求从事SAAS类型应用的开发当中来。在这个领域,不是超级复杂的企业应用游戏规则,而是互联网游戏规则:快速开发、快速反馈、简单架构、小团队和随需应变等。因此解决传统超级复杂问题的编程工具利器也许不那么有效了,在这个新的领域,需要的是轻量级的超级快速编程工具利器。

    SAAS目前的成功SAAS案例主要集中在CRM项目和在线Office上面,例如Salesforce800CRMGoogle AppsZoho等等。但是小型团队如37singnals的轻量级产品也逐渐开花结果,这种轻量化SAAS的发展趋势给广大投身于Web 2.0热潮的中小型开发团队提供了另外一个发展方向,即可以通过服务租赁代替简单地吸引眼球。在新兴开发平台上也有轻量SAAS的很大发展空间,例如iPhone就很有可能是下一个激烈竞争的战场(我们可以看到在37singnals的官方Blog上面一直非常关注iPhone平台的开发),SAAS的暗流也许即将爆发。


    作者简介:田乐(Tin),是一个热爱收集最佳实践的程序员。曾经在小型Java团队中担任架构师,根据需求在项目中有效使用了大量开源项目,后在新浪邮件部门负责领导RIA团队进行开发。在业余时间积极进行敏捷实践,对RoR和Django感兴趣。在社区中积极参与开源项目的文档中文化工作。参与InfoQ中文站内容建设,请邮件至china-editorial@infoq.com

    深度内容

    架构之路——穿行在产品和业务之间

    篱笆作为一家起源于社区的电子商务公司,反映到技术层面就是同时要面对产品和业务,以及经营战略的变化调整。如何在产品和业务的夹缝之间完成技术架构的抽象与平衡,寻找更有效的价值定位,这当中有些经验教训和个人感悟愿与众人分享。
    本次演讲视频录制于QCon杭州2011

    特性注入:成功三部曲

    本文将对特性注入以及相关方法做一个扫盲性的介绍。我们会解释这个框架的关键要素,并附上实例来证实它们。为了让文章保持相对较短,我们不会深入到某个工具或方法中,而是会给出一些参考资料,以便大家做进一步的研究。

    解析JDK 7的动态类型语言支持

    随着JDK 7的发布,字节码指令集终于迎来了第一位新成员——invokedynamic指令。这条新增加的指令是JDK 7实现“动态类型语言(Dynamically Typed Language)”支持而进行的改进之一,也是为JDK 8可以顺利实现Lambda表达式做技术准备。在这篇文章中,我们将去了解JDK 7这项新特性的出现前因后果和它的意义。

    Java Remoting远程服务(下)

    随着互联网应用的发展,Java分布式远程服务技术受到越来越多的关注,本文将对各种相关实现以示例的形式逐一介绍,并总结其中的优缺点,使读者能够在技术选型时有所准备。这是文章的下篇。

    深入浅出Node.js(四):Node.js的事件机制

    专栏的第四篇文章《Node.js的事件机制》。之前介绍了Node.js的模块机制,本文将深入Node.js的事件部分。

    采访和书评:精通HTML5和CSS3设计模式

    《精通HTML5和CSS3设计模式》一书记录了目前HTML5应用程序的许多常见设计模式。InfoQ对该书作者之一Dionysios Synodinos进行了采访,谈到了该书以及HTML5应用的相关内容。

    构建生态化分布式数据库架构体系

    本次将与大家分享B2B在构建生态化分布式数据库架构体系的摸索和实践,介绍B2B为解决海量数据实时访问,数据按需流转等业务场景开发的一系列技术产品,以及各个技术产品之间如何进行协调一致。这些产品将在不久的将来会出现在B2B的开源站点,希望给大家带来一些帮助。
    本次演讲视频录制于QCon杭州2011

    陶钧谈淘宝客户端应用框架实践

    淘宝无线Android客户端架构设计思路汲取了移动平台上大型跨平台应用开发的经验,同时借鉴于大型网站的web开发框架思路。且看淘宝客户端如何通过 Component Model, Web Plus来面对挑战。