aaS软件的必要特征分析,一定是多租户特性吗

本篇文章讲述了SaaS软件的必要特征一定是多租户特性?对于许多小型企业来说,SaaS是采用先进技术的最好途径,它消除了企业购买、构建和维护基础设施和应用程序的需要 课课家教育平台提醒各位:本篇文章纯干货~因此大家一定要认真阅读本篇文章哦!

  当用户选择一个SaaS技术路线的时候,会面临“多租户SaaS”和“单租户SaaS”两个选择。尽管大部分的ISV提供的是多租户的SaaS,但开发者同样需要知道这两种架构的区别,以保证选择了正确的路线。当前和未来的功能需求,行业的细分,安全的考虑,这些都是选择需要考虑的要素。

  下面是一些关于“多租户SaaS”和“单租户SaaS”架构对比的汇总。

  什么是多租户SaaS架构?

  在一个多租户的环境中,应用都是运行在同样的一个或者一组服务器上,被称为“单实例”架构(Single Instance)。多个租户的数据是保存在相同的位置,并且通常是依靠分区来确保租户之间的数据隔离。正因为所有的应用都运行在相同的服务器(组)上,就必须有一个标准的SaaS架构,包含了对硬件、网络以及操作系统的相同配置能力。

  鉴于多个用户在运行相同的应用实例,并且所有的数据都保存在一个多租户隔离的数据库中,单一用户仅仅有有限的能力,或者压根没有能力,去做一些在基础功能集上的定制化。这个不仅指的是功能本身会受到限制,更说明在这种架构下很难实现定制化。因此,多租户比较适合通用类需求的客户,即不需要对主线功能进行调整或者重新配置的客户。

  这种标准化对于一些希望使用开箱即用的软件的客户是一个福音。大部分知名的SaaS提供商,都非常擅长分析和预测他们客户的需求,并且以标准化的版本提供最相关的功能。很多时候一个“多租户SaaS”会选择一部分特定群体的客户作为他们预售版本的体验者,来快速验证和测试他们的产品。

  关于多租户特性是否是SaaS软件的必要特征,业界一直有着争议。而且,这种特性还被一些SaaS提供商认为是“真SaaS”的标识特性。但是,我们可以从下面看到,单租户SaaS同样有着他们与众不同的优势。

  什么是单租户SaaS架构?

  单租户SaaS架构,有时也被称作多实例架构(Multiple Instance),指的是为每个客户单独创建各自的软件应用和支撑环境。单租户SaaS被广泛引用在客户需要支持定制化的应用场合,而这种定制或者是因为地域,抑或是他们需要更高的安全控制。通过单租户的模式,每个客户都有一份分别放在独立的服务器上的数据库和操作系统,或者使用强的安全措施进行隔离的虚拟网络环境中。

  在一个单租户SaaS的环境中,每个租户购买特定的软件实例,并通过客制化满足他们的特定需求。虽然这些云服务提供商提供了基础的功能,用户能够得到很多的可配置能力:比如,用户可以调整不同的配置需求,向内部数据库或者外部合作伙伴的数据库添加不同的模块。

  究竟哪个更合适?

  虽然多租户环境很安全,并且足以满足很多公司的需求,但单租户SaaS可以提供更高的安全管控,毕竟公司之间的数据泄漏的可能在技术上就被禁止了。出于这个原因,单租户的架构有时候适合某些需要安全管控、甚至必须有法律合规性要求的行业。同时,定制化需求大于通用化需求的软件,同样不适合采用多租户的架构。

  不能单纯脱离应用场景来评价“多租户SaaS”和“单租户SaaS”谁更好,每个都有自己独特的差异化优势。如何使用,取决于你的运行位置、行业、安全规定、IT能力,以及相关的其他因素。

  知识分享:SaaS

  生态系统:

  “长尾理论”的典型代表之一百度依靠互联网运作取得了成功,其主要收入来自具有在线营销需求的中小企业。在完成技术平台搭建后,服务的展示、交付等所有的环节都几乎是无成本的。

  当满足需求的产品可以通过互联网等新技术与新方法将各个环节的成本降为零或者趋于零时,就是“长尾理论”发挥得最为充分的时候。相比,SaaS虽然通过互联网降低了交付环节的成本,但仍然需要上下游厂商的支持,包括SaaS应用厂商、实施咨询服务的厂商和平台服务商等。相对复杂的生态系统对覆盖中小企业的“长尾”市场会产生难度。

  市场环境:

  Salesforce在国外取得了成功,其面向的客户是所有存在需求的企业,在其现有客户中,有中小企业。但就其企业规模的平均水平来看,都是具有一定规模和购买能力的中小企业。在整体市场环境方面,美国的市场环境更加规范,包括信用环境和网络环境等,企业的IT应用也更加成熟。而中国企业的传统习惯和市场环境使大型企业在采购软件服务时更加倾向于自己实施,真正的“长尾”市场可能是数目巨大的小型企业,甚至是微型企业,而这些企业的购买能力和IT应用的成熟度还处于起步阶段。

  看来,在国内继续深入开展SaaS需要结合国内市场的特殊环境,制定特定的商业模式,才能抓住“长尾”市场。如果仅仅只是照搬国外企业的模式,将很难取得实质性的突破。

  用“前途是光明的,道路是曲折的”来形容SaaS是最贴切不过的了。软件产业从单机过渡到互联网,SaaS也许会带来不可限量的机会,让现有的市场扩大几倍甚至可能到达十几倍,这个趋势不可逆转。

  客户需求:

  与采购百度的营销广告不同,中小企业在采购软件租赁服务时,更多地直接涉及到了企业的业务管理。而业务管理的需求就存在很多的差异性,不同的行业、不同的企业和不同的业务都存在差异。相比,营销广告的需求具有很多共性的方面,只要满足宣传推广的需求,能吸引客户即可。因此,具有共性营销需求的“长尾”市场要大于有业务管理需求的“长尾”市场。

时间: 2024-09-30 03:31:20

aaS软件的必要特征分析,一定是多租户特性吗的相关文章

Surpac v6.0 1CD(矿山工程软件)+AUCOTEC.ELCAD.V7.8.0

I-DEAS 10.0 最新设计指南简体中文.rar Star-CD CD-adapco v4.08_x86.rar Ansoft Designer and Nexxim v4.0 -ISO 1CD(Nexxim是针对射频数模混合集成电路以及高性能信号完整 性\ PVTsim v18.0  1CD(多用途PVT模拟软件)\ RES2DINV v3.55.35(支持陆地,海底和钻孔测量 ,生成二维的数字测量数据)\ RES3DINV.v2.15f(地质学软件,利用地表的二维数字测量数据建立地表以下

CASE软件Enterprise Architect简介和使用入门图解

一 Enterprise Architect 生命周期软件设计方案--Enterprise Architect是以目标为导向的软件系统. 目录 1 介绍 2 作用 ? 提供建模工具 ? 特性丰富系统设计 ? 端到端跟踪 ? 提供直观高性能的工作界面 3 功能特征 4 产品新增特性 5 总结 6 简称EA 介绍 Enterprise Architect 是Sparx Systems 公司的旗舰产品.它覆盖了系统开发的整个周期,除了开发类模型之外,还包括事务进程分析,使用案例需求,动态模型,组件和布

开放源代码软件

开放源码软件(open-source)是一个新名词,它被定义为描述其源码可以被公众使用的软件,并且此软件的使用,修改和分发也不受许可证的限制.开放源码软件通常是有copyright的,它的许可证可能包含这样一些限制: 蓄意的保护它的开放源码状态,著者身份的公告,或者开发的控制.“开放源码”正在被公众利益软件组织注册为认证标记,这也是创立正式的开放源码定义的一种手段. 历史 开放源码软件主要被散布在全世界的编程者队伍所开发,但是同时一些大学,政府机构承包商,协会和商业公司也开发它.开放源码软件在历

软件项目需求开发过程实践之软件需求说明书

软件需求说明书为谁而编写?把这个问题搞清楚是非常有意义的. 先讲个故事. 在软件项目开始时,需求及架构设计人员把需求和架构方案讲给开发人员听,开发人员还在设计"他那辆车",没有听明白?需求及架构设计人员接着写出一些列文档后,开发人员还在设计稍作调整"他那辆车",沟通出现了问题了吗?项目完成后,最后结果仍是开发人员所设计的,已经变形的"他那辆车". 问题的源头当然在需求,需求人员又如何把需求调研结果无损的分享给"相关人员"呢?其

软件工程----11软件演化

1 软件演化的特性 1 软件演化是一个必然的过程 2 软件的不断修改会导致软件的退化.3 软件系统的演化特性是在早起的开发阶段建立起来的 4 软件开发的效率与投入的资源无关 5 在软件系统中添加新的功能不可避免的会产生新的缺陷 软件维护和软件再工程 2 软件维护 1 改正性维护 2 适应性维护 3 完善性维护 3 软件维护的特点 1 软件维护受开发过程影响大 2 软件维护困难多 3 软件维护成本高 4 软件维护过程 5软件再工程 1 对象选择 2 反向工程 3 文档重构 4 代码重构 5 数据重

现代软件工程作业1-3(谭昭玮)

对于我来说,与我最相关的一类软件莫过于操作系统了,因为我所能过做的一切与计算机相关操作都是在操作系统的基础上完成的,并且我接触的第一个软件就是windows95. 1) 这类软件出现在二十世纪五十年代开始出现的,最开始是为了进行数据的批量处理.操作系统可以说是绝大部分现代计算机用户进行操作的基础,所以为了更加便捷明快的使用计算机就需要使用合适的操作系统.并不是所有的操作系统都是为了盈利,有些开源的操作系统是为了让更多人一起发现系统的漏洞,加入到开发系统功能的队伍中来,增加新的个性化的功能. 2)

[书目20160612]思考软件,创新设计——A段架构师的思考技术

高焕堂:在校时期主修统计学和信息管理,将近40年软件开发生涯.工作于亚洲和欧美各地区,专精于商业策略思考和系统架构设计.近年来,热衷于<it+设计>教育顾问和产品开发. 第1章  商业思维:从商业模式到架构设计 11.1  A段架构师的角色 11.2  面对复杂,唯有简单 21.3  商业环境与模式是复杂的 31.4  软件的复杂是本质性的(并非表象而已) 51.5  如何从复杂中设计出简单 71.5.1  单纯与美丽的密切联系 71.5.2  软件美何在,把酒问<对称> 71.5

第十一章,软件演化

软件在更改过程的验货特性.具体如下: 1.软件维护是一个必然的过程. 2.软件的不断修改会导致软件的退化. 3.软件系统的验货特性实在早期的开发阶段建立起来的. 4.软件开发的效率与投入的资源无关. 5.在软件系统中添加新的功能不可避免的会产城新的缺陷. 根据软件维护的不同圆心,可以分为三种类型:改正性维护,适应性维护,完善性维护. 软件维护的特点: 1.软件维护收开发过程影响大. 2.软件维护困难多. 3.软件维护成本高. 软件维护工作包括建立维护组织.报告.与评估维护申请.实施维护流程等步骤

CEDRAT.FLUX.V9.3.1(Circuit模块好用) 电磁场软件

ZONA_ZAERO_V8.2 气动弹性设计与分析 船舶设计软件:ASC.AutoShip.v8.2(含Autopower3.0.5,Autohydro5.3.2,Autoplate8.2,autoship8.2,Autoyacht8.2,ModelMaker5.3.2)AutoShip v8.0(含ABUILD4,AHYDR51,APLATE8,APWR301,ASHIP8,AYACHT8...) FORMSYS.MAXSURF.V11.11FORMSYS.MAXSURF.V11FORMSYS