此文是整合了《SaaS的前途和命运》和《再论SaaS的的实施风险》两篇文章的主要内容和观点,并发布于《中国计算机报》第1568期,是我关于软件服务模式的一点点个人思考,以下是全文,供大家参考。
SaaS是炒作还是救世主
近一段时间,软件租用服务又开始了新一轮的风生水起。而这一次,风头正劲的是SaaS(Software-as-a-Service,软件即服务)。
SaaS的前身是ASP服务(Application Service Provider,应用服务提供商)。在这种模式下,企业不需要购买硬件服务器、软件系统和带宽,只需要支付租用费,上网就可以使用自己的邮件系统、网站系统、销售管理系统、视频会议系统等,通过互联网便可以享受到相应的硬件、软件和维护服务,享有软件使用权和不断升级的服务。
SaaS是从ASP模式演变而来的。从本质上来讲,SaaS就是ASP,两者区别很小,都是以网络托管服务为基础的。众所周知,中国的ASP模式在21世纪初以失败而终结,大部分尝试过这个模式的软件开发商都为此交了不菲的学费。如果说当时推行ASP是时候未到,那么,目前业界热炒的SaaS是否真的已经足了火候了呢?那些ASP未解决的问题,SaaS能否解决?
第一,是软件托管服务的信用度。用户是否信任软件托管服务,是一个首要问题。
软件托管服务最热门的当属企业管理软件,对于实施了ERP、SCM、HR、CRM等企业管理软件的企业,数据的安全性和重要性往往至关重要,尤其是财务数据和客户信息,这些数据往往是一个企业销售部门的核心机密,将这些至关重要的核心数据放在第三方的服务器上,对于当时大部分企业来说是无法接受的。特别是服务器和网络有时会遇到不可预知的故障,而如果一个企业进行关键业务的时候发生这些故障,那么这种服务就会被质疑。有能力的企业会考虑使用传统的软件购买模式:购买软件,购买服务器,购买实施和服务。虽然价格会较高,但有些业务的敏感程度是不能用金钱来衡量的。
关于软件托管服务的信用度问题,直接关系到托管服务商自身的能力和投入。比如:实施一个ERP系统的在线托管,服务商需要保证99.9%以上的连通率,以软件开发为长处的软件开发商不得不进入网络和服务器维护这个领域,投入巨大的资金购买服务器和带宽,恶意的竞争对手还可能使用DDos来攻击托管服务,因此还需要投入资金购买高效的硬件防火墙。
本来应该是客户自己购买的各种成本全部转嫁给了软件开发商,这样,一个软件开发商又要搞软件开发,又要搞网络维护,各项成本直线上升。一些有雄厚资金实力的大型软件服务商当然有能力这么做,但是如果很多小的软件开发商也这么做,无疑会重蹈ASP失败的后尘。
第二,是软件功能的差异问题。
软件托管服务一律使用的是B/S架构,而传统软件则使用的是C/S架构或者三层结构。而ASP失败的一个重要原因就是用户不习惯浏览器下的业务模式。
目前B/S技术的确有所发展,小型的ActiveX可以完成一些小功能。对于大型ERP中流行的开发技术EJB,也可以通过浏览器自动下载Java客户端包后,实现和传统GUI一样的用户界面,并且开发量很小。但是在Internet上部署这样的应用,用户可能很难接受,使用前下载庞大的Java客户端包显然不是一个友好的Web访问方式。而要开发符合Internet特点的大型Web应用,开发成本非常高,而且目前的技术还不成熟,显然,软件开发商在投入这种开发之前,需要考虑一下这么做是否值得。即使开发好了,客户是否会接受。
ASP模式在中国失败了,因为那时没有用户能接受这种服务方式,不少软件开发商进行了无谓的尝试,最终都无疾而终。几年过去了,SaaS又跃入了舞台,成为业界人士热捧的概念。
然而大家都似乎在回避ASP的失败教训。SaaS其实本质就是ASP,ASP和SaaS的重点都是“软件部署为托管服务,通过网络存取”,运营模式都包括“软件所有权属于供应商,供应商来负责基础设施和软件维护升级工作”,服务方式都是“客户按一定的付费周期来租赁供应商的服务”。
大多数在ASP上吃过苦头的软件开发商,面对SaaS都会思考这些问题,当年自己的客户不接受ASP的服务方式,难道仅仅因为换了个名称,客户就会接受SaaS吗?
因此,目前的SaaS对于传统软件开发商来说,是一个风险和挑战,实施SaaS,还当缓行。
注:本文已经发布于《中国计算机报》2006年第93期,总第1568期
平面媒体录用稿件须知:
采用稿件前请先通过邮件与本人联系,采用稿件需经过本人同意。稿件需要注明原始网址。
以下稿件曾经在其他杂志等平面媒体发表过,如要使用,需同时联系相关杂志刊物。
SaaS是炒作还是救世主 《中国计算机报》
Google和百度收录网站页面的比较《计算机世界》
计算机病毒的通用清除技术《微电脑世界 PC World China》
局域网上的点对点通信《微电脑世界 PC World China》