2014 相信自己能做的更好

---------------------------------------------------------------------------------------------------------
Everything is possible    Nothing is Impossible     
posts - 53, comments - 135, trackbacks - 0, articles - 22
  博客园 :: 首页 :: 新随笔 :: 联系 :: 订阅 订阅 :: 管理

公告

SaaS应用成熟度模型

Posted on 2007-11-26 15:35 Arping.Net探索 阅读(...) 评论(...) 编辑 收藏
    SaaSSoftware-as-a-service(软件即服务)的简称,是随着互联网技术的发展和应用软件的成熟,而在21世纪开始兴起的一种完全创新的软件应用模式。它与“on-demand software”(按需软件)the application service provider(ASP,应用服务提供商)hosted software(托管软件)所具有相似的含义。

  它是一种通过Internet提供软件的模式,厂商将应用软件统一部署在自己的服务器上,客户可以根据自己实际需求,通过互联网向厂商定购所需的应用软件服务,按定购的服务多少和时间长短向厂商支付费用,并通过互联网获得厂商提供的服务。用户不用再购买软件,而改用向提供商租用基于Web的软件,来管理企业经营活动,且无需对软件进行维护,服务提供商会全权管理和维护软件,软件厂商在向客户提供互联网应用的同时,也提供软件的离线操作和本地数据存储,让用户随时随地都可以使用其定购的软件和服务。SAAS是小企业采用先进技术的最好途径,它消除了企业购买、构建和维护基础设施和应用程序的需要。
    我们可以将SAAS的应用成熟度分为以下级别: 



 

第一级: 特定的/定制的

       成熟度的第一级类似于 20 世纪 90 年代传统的应用服务供应商 (ASP) 提供软件的模式。在这种情况下,不同的客户拥有各自主机应用的定制版本,在主机服务器上运行自己的应用实例。从架构上说,这种成熟级别的软件与传统销售的企业系列软件很相似,即公司中的不同客户连接到服务器上运行的相同实例,但该实例完全独立于主机上其他客户运行的其他实例或进程。

       一般说来,传统的客户端服务器应用无需太多开发工作,也不必从头重新设计整个系统,就能转变为第一级成熟度的 SaaS 模型。尽管这一级别的成熟性难以提供全面成熟型 SaaS 解决方案的很多优势,但仍能帮助供应商整合服务器硬件和管理,从而降低成本。

第二级:可配置性

       对于第二级成熟度而言,供应商为不同的客户(或用户)分别提供应用实例主机服务。就第一级成熟度而言,每个实例都是对用户分别定制的,而在第二级成熟度上,所有实例都使用相同的代码实施,供应商提供详细的配置选择,让客户能改变应用的外观和行为,从而满足客户的需求。尽管不同实例在代码层面上彼此相同,但彼此之间仍完全隔离。

       供应商所有客户都使用相同的代码库,这大幅降低了 SaaS 应用的服务要求,因为代码库的任何更改都能立刻方便地作用于供应商的所有客户,从而无需逐一更新或优化每个定制实例了。但是,在应用最初针对独立定制而不是配置元数据进行设计的情况下,将传统的应用转变为第二级成熟度的 SaaS 应用时,比起第一级成熟度的转型而言,将需要多得多的架构重新设计工作。

       与第一级成熟度类似,第二级成熟度也要求供应商提供足够的硬件和存储资源,以支持大量应用实例同时运行。

第三级:可配置性与多用户效率

       对于第三级成熟度,供应商借助单个实例来满足不同客户的需求,并采用可配置的元数据为不同的用户提供独特的用户使用体验和特性集。授权与安全性策略可确保不同客户的数据彼此区分开来。从最终用户的角度来看,不会察觉到应用是与多个用户共享的。

       这使我们就不再需要为不同客户的不同实例提供大量服务器空间,因此使用计算资源的效率将大大超过第二级成熟度,从而直接降低了成本。但是,这时的一大弱点在于,应用的可扩展性有限。如果不用分区来管理数据库性能的话,我们只能通过采用更强大处理器来扩展应用(向上扩展),但是这样做只能使投入回报逐渐降低,最终导致功能的提高难以适应低成本的要求。

第四级:可扩展性、可配置性与多用户效率

       第四级成熟度也是最高级成熟度,这时供应商在负载平衡的服务器群上为不同客户提供主机服务,运行相同的实例,不同客户的数据彼此分开,可配置的元数据可以提供独特的用户体验与特性集。SaaS 系统具备可扩展性,可轻松适应大规模客户的需要,可在无需对应用进行额外架构设计的情况下根据需求灵活地增减后端服务器的数量,不管有多少用户,都能像针对单个用户一样方便地实施应用修改。

<转自>http://sduzy.blog.sohu.com/56016361.html