深入剖析SaaS之二: SaaS介绍
2008/10/17
1. 引言图1 SaaS模式下各层的含义及实现
对SaaS软件的第一个要求就是将SaaS软件中的管理流与业务流进行分离。运营的本质就是控制,“通信能力运营”就是对用户能否使用通信能力的切换,而通信能力本身在设计之初,就支持这种切换;“IT应用运营”,也同样需要支持这种切换能力,而应用软件本身,往往更关注业务能力的实现,应用软件要转变成为SaaS软件,必须从根本上实现对使用权限的外部控制,也就是要实现管理流与业务流的分离,管理流用于实现对IT应用的切换控制,业务流用于保证IT应用功能的实现。
SaaS软件在接口方面,必须满足用户统一的远程调用要求。随着互联网技术和分布式计算技术的发展,越来越多的用户希望远程连接到数据源和应用,以期实现应用程序跨多个服务器的分布和运行,这也是Web2.0中混合搭建(Mash
Up)的目标。SaaS软件需要支持采用分布式的SOA架构,使软件系统具备更强的灵活性、适应性和可维护性。分布式SOA架构通过智能端点让具备某种服务功能的应用自动找寻其他服务,并与其实现相互通信,从而满足基于SOA架构的SaaS软件对各项技术和成本的要求。
SaaS模式面向长尾市场,要求SaaS软件必须具备低成本运行能力和个性化配置能力。一方面,利基市场虽然总和诱人,但如果不能解决多用户间的资源共享,随着用户数量的增加,SaaS软件的运营成本就会线性上升,而无法产生规模效应;另一方面,客户在接受SaaS软件主要业务流程的前提下,还会有一定的个性要求,比如企业标识、页面版式、页面色系等,这也是SaaS软件需要满足的客户需求。此外,计算能力共享、存储能力共享、代码共享、个性化配置能力、大容量支持能力等等,都是编制SaaS软件中需要解决的问题。
2.3 SaaS常用词语解释
跨界混搭(Mash-up)
“跨界混搭”这个术语起源于流行音乐,编曲者把两张唱片混编以后重新制作出一首新歌。这个概念应用在SaaS上,就是指把多个不同的在线应用软件服务搭建成为一种新型的整合服务。用户通常只需要登录一次就可以使用集成好的应用软件组合。
需要注意的是,当您把多种SaaS服务混合到一个软件中去后,其中一种会是核心,如果其出现严重问题,将会影响到整个软件的使用。
集成器(Connector)
集成器是一种软件程序,让您从一个应用程序中读取数据,然后下载到SaaS解决方案中(同样可以用于将数据送回到另一个应用程序中)。这种数据传送通常用于实时或批量传送的情况,企业完成初始数据的导入或导出,然后根据需要定期更新这些数据。比如,像国外的SaaS服务商Salesforce或国内的800CRM提供SAP[/url]集成器,就将SAP中的客户数据导入到Salesforce或800CRM系统中。
解决方案扩展(Solution extension)
SaaS 解决方案具有的扩展性让用户能够在已存在的软件结构上,按需再增加额外的工具或功能。像前面提到的Salesforce的App
Exchange应用软件开发平台,以及国内的SaaS托管商800CRM的800App应用软件开发平台都是解决方案扩展的典型代表。
还有一些扩展性例如可以扩展数据模型,提供个性化的用户界面以及其他更多自定制的扩展服务。
垂直应用(Vertical applications)
“垂直应用”不是SaaS的专用术语,它也应用于其他领域,通常是指为某一个领域(例如银行,医药等)建立一个专门的平台。虽然它已经在传统行业应用很多年了,但是相对来讲应用在SaaS中还是一个比较新的概念。
随着SaaS的不断成熟,客户希望SaaS服务商能提供详细的垂直应用行业方案。例如,目前Salesforce的APP
Exchange平台已经能够实现全方位跨行业的应用,各个行业的公司都能够在Salesforce的平台上进行二次开发。
参数应用(Parametric applications)
在传统软件模式下,如果软件的服务功能需要改变,那么相应的代码也需要重新编写。但是在SaaS模式下,用户可以通过输入新的参数变量,或者制定一些数据关联规则来开启一种新的应用。这种新式服务模式也被称为“参数应用”,“宏或”自定制对象,主要是因为这种应用程序可以让用户自己定制新的应用,不需要懂软件编程。
Salesforce或800CRM升级系统,自定制对象也同时升级,而最本质的应用则是客户可以自己通过改变参数和参数关联来为系统增加新的功能。
模块化(Modular)
SaaS中模块功能主要用于关闭或开启服务。在聚集了丰富功能的强大应用平台中,经理可以像选择菜单那样任意地选择功能,关闭某些不需要用到的功能,也可以根据需求增加新的功能。
SaaS服务商基于网络]架构建立了自己的应用平台,模块的灵活性使得他们可以根据客户的不同需求,将功能复杂繁多的系统配置成适合客户的系统。
在线SaaS
“在线SaaS”从表面意思来看似乎有点累赘,SaaS本身的概念就是提供一种在线服务,因此所有的SaaS应用程序都应该是产生于网络,壮大于网络的。但该术语是相对于SaaS的前身——ASP(应用服务提供商)来说的,这是一种早期的远程软件托管形式。跟如今直接在网上使用的系统相比,ASP时代的用户可能觉得通过专线或专用加密设备访问的系统来得更安心。显然,早期的ASP解决方案设计的一些运行缓慢的程序并没有很好地体现“在线”这个概念,
很多ASP客户需要借用、Citrix等实现远程访问。
所以当人们说 “在线SaaS”时,这个术语其实是在强调使用浏览器直接使用软件,而加密是通过浏览器通用的加密协议。
基础架构平台(Platform)
有时候SaaS的拥护者希望出现一种基础架构的平台来推动SaaS更好地发展。
这是因为首先得有一个平台来支撑SaaS软件应用程序的运行,如今最著名的是国外Salesforce公司的APP Exchange平台,国内800CRM的800APP
Native的平台与Salesforce兼容。
服务水平协议(SLA)
SLA(Service Level Agreement),指IT服务提供商和客户之间就服务提供中关键的服务目标及双方的责任等有关细节问题而签订的协议,此协议重在陈述服务的质量、优先级和责权。
对于SLA的必要性,在BS15000-1中的服务提供过程中有明确指出:对服务提供全过程中的服务水平目标和工作量参数,应在组织(服务提供商和雇主公司)间协商同意并形成记录。对每一项服务应定义、协定和记录一个或多个服务水平协议(SLAs)。SLAs、运营级别协议和第三方合同(支持合同)及相应的程序应在相关组织间协商并记录。
SLA不止是一个合同书,更主要的方面是“SLA过程”。所谓“SLA过程”是指通过SLA的管理,来保障在SLA合同书中对客户承诺的QoS(Quality
of Services)服务质量。
3. SaaS与传统软件的对比
SaaS的兴起将是IT业的一场新革命。SaaS模式将彻底改变传统软件的开发方式和使用方式。传统软件将在这场革新的浪潮中被冲击得支离破碎,大多数传统软件将会消亡或者转型。
3.1 SaaS与传统软件的区别
传统软件是在公司内部架设软件运行环境,自己购买应用服务器、数据库服务器、网卡等硬件,安装自己的局域网并在局域网内部署软件。所以不同公司都各自部署一套自己的系统。不同公司的用户事实是通过不同的途径访问不同的系统,如图2所示:
图2 传统软件
这种情况明显可看出一个致命的问题。就是软件的部署十分重要,软件的部署不仅要投入大量的硬件设备,并且软件部署的好坏直接影响着软件的正常使用,有些软件开发得再好,可是没有较好的部署结果还是失败。
以ERP软件为例,需要ERP这样的企业应用软件,软件的部署和实施比软件本身的功能、性能更为重要,万一部署失败,那所有的投入几乎全部白费,这样的风险是每个企业用户都希望避免的。通常的ERP、CRM项目的部署周期至少需要一两年甚至更久的时间,而SaaS模式的软件项目部署最多也不会超过90天,而且用户无需在软件许可证和硬件方面进行投资。传统软件在使用方式上受空间和地点的限制,必须在固定的设备上使用,而SaaS模式的软件项目可以在任何可接入Internet的地方与时间使用。相对于传统软件而言SaaS模式在软件的升级、服务、数据安全传输等各个方面都有很大的优势。让我们来看看SaaS模式的软件部署,如图3所示:
图3 SaaS模式
通过上面的分析我们总结出SaaS模式与传统软件许可模式的区别:
表1 SaaS模式与传统软件许可模式的区别
5. 小结
本文介绍了什么是SaaS,并且比较了SaaS与ASP的不同之处。通过对SaaS的介绍,让我们对SaaS有了较深入的理解,也能区分ASP与SaaS的不同。为我们进行SaaS的深入研究奠定的基础。
希赛网
深入剖析SaaS之一: SaaS的前身ASP 2008-10-17 |
电信运营商的SaaS战略:醉翁之意不在酒 2008-10-09 |
从“快递单打印”谈SaaS的客户体验 2008-07-08 |
统一通信(UC)与SaaS将走向融合 2008-06-26 |
中小软件应避免独立运营SaaS 2008-05-28 |