精华内容
下载资源
问答
  • Saas平台架构设计

    2018-12-20 16:20:30
    Saas平台架构设计
  • saas平台架构分为哪几部分

    万次阅读 2018-05-23 18:18:15
    saas平台架构需要完成从用户申请链接saas到用户对自己购买的功能模块的应用整个过程,用户用起saas看似简单快捷,但这个过程却需要saas平台架构默默完成的非常复杂的处理过程。通过对saas平台架构的了解,可以清晰的...

    saas平台架构需要完成从用户申请链接saas到用户对自己购买的功能模块的应用整个过程,用户用起saas看似简单快捷,但这个过程却需要saas平台架构默默完成的非常复杂的处理过程。通过对saas平台架构的了解,可以清晰的分化数据的处理过程,让用户也可以明白saas平台架构处理数据的优势。下面介绍:saas平台架构分为哪几部分。

    saas平台架构之呈现层

    saas平台架构的呈现层可以使用的客户端可能都浏览器或本地客户端。如果是浏览器则需要Web界面技术、交互技术等技术(如:HTMl5技术、CSS3技术、Ajax技术等)的支持,如果是软件客户端则需要远程桌面技术、软件交互技术等技术支持。

    saas平台架构之调度层

    saas平台架构的调度层体现分布式系统的特性之一。调度层首先负责识别并通过AAA认证每个用户请求,然后根据业务处理器的负载、业务特征进行合理的调度。通过应用这样的架构SaaS平台可以横向扩展。此外在存储、缓存等方面为了满足平台的横向扩展需求,调度层也必须具有良好的可扩展性。

    saas平台架构之业务层

    saas平台架构的业务层负责接收调度层转发过来的请求,而且还要通过对接受到的请求执行真正的业务逻辑。一般来说业务逻辑的执行使用一台服务器就够了。因此业务层实际是由一排对等的服务器组成的,每台服务器都执行相同的业务逻辑。

    saas平台架构之数据层

    saas平台架构的数据库集群用于处理存储关系性很强并且对事务性要求很高的业务数据,这类数据目前还要用传统的数据库集群技术来解决,saas平台架构的数据库集群主要是根据业务特征制定数据拆分方案。同时分布式数据库用于存放海量但关系性不强的数据(如:用户的操作日志等)。

    以上是对“saas平台架构分为哪几部分”的介绍,从saas平台架构处理数据可以看出saas平台的应用有很强的优势,如用户使用saas非常方便简单只要浏览器或本地客户端接口,saas平台处理数据要经过层层认证saas产品安全可靠,saas平台优化处理数据提高saas性能。

    来源  https://qidian.qq.com/hyzx/news-hyzx-content-1612-111.html

    展开全文
  • 基于AWS的SaaS平台架构.pptx
  • 开放saas平台架构 在上一篇文章中 ,我逐步介绍了各种方案来帮助您确定是否开源您的SaaS解决方案,并讨论了与此决策一起进行的成本效益分析。 从开放源代码的角度来看,仅在墙上乱扔代码,拍打开放源代码许可证并称...

    开放saas平台架构

    上一篇文章中 ,我逐步介绍了各种方案来帮助您确定是否开源您的SaaS解决方案,并讨论了与此决策一起进行的成本效益分析。 从开放源代码的角度来看,仅在墙上乱扔代码,拍打开放源代码许可证并称其为一天是没有意义的。 您想创建一个吸引人的社区,人们希望在此社区合作并度过时光,甚至与您社交!

    除了让其他人深入了解您的操作方式,在墙上抓代码无济于事。 尽管这对他们来说可能是有趣且有益的,但是除非您创建协作和沟通的途径以释放繁荣的社区,否则您不会获得太多收益。 因此,您对执行“正确的方法”有内在的兴趣。

    我有好消息也有坏消息:

    • 首先,坏消息是:这真的很难! 而且您应该从一开始就这样做。
    • 现在,好消息是:这有益的,而且您获得的回报比投入的要多(我有数据证明了这一点)。

    开源为SaaS设计的整个软件堆栈的最大问题之一是开发团队习惯于从单个代码存储库中进行工作。 实际上,他们经常嘲笑我们的企业软件同事,他们的多个分支分散在各处。 我对DevOps哲学家最大的问题之一是,他们通常认为您只需要一个分支或仓库即可。 而且,如果您使用父仓库中的分层分支,则认为与敏捷开发相反。

    建议您可以简单地依靠单个代码存储库或分支听起来很有吸引力,但这对于协作开发的软件可能会固有地存在问题。 这是典型的SaaS项目的供应链:

    Supply chain of typical SaaS project

    上图有两个主要问题:

    1. 上游开源项目的核心代码被分叉和遗忘,然后与其余的代码一起继承和维护,直到将来需要痛苦的重新基础。 它被分叉的原因是……
    2. SaaS项目无需担心管理来自第三方源的传入代码。 整个过程旨在从外部进行,在内部进行自动化,永远不会在上游合并。 它被设计为可以使用和丢弃,而不是针对持续的管理和维护进行了优化。 因此,当开发团队意识到协作项目需要管理传入的想法和代码时,他们会感到震惊。

    您的核心团队与不一定具有相同用例的新进来的贡献者之间的内在冲突可能会很痛苦。 那些第三方希望拥有共享的所有权和管理权,这并不总是与项目发起者的用例保持一致。 核心团队只是希望他们的解决方案能起作用,而不愿意为收到的捐款打扰,即使有必要克服我先前提出的资源约束问题。 允许SaaS项目超越其原始团队的唯一实际解决方案是:

    Bidirectional collaboration with ecosystem

    预期的投资回报率是多少?

    我会为我的竞争对手提供弹药使我破产吗? 答案通常是“否”,尽管暗示它永远都不是错误的。
    考虑到将SaaS转换为开源所需的工作量,选择开源的决定不应轻描淡写。 这就引出了一个问题,即为牺牲生产力而期望得到什么呢? 回到上面的供应链图,这意味着您的团队将能够与外部团队就核心代码进行协作,从而提高效率。 这不仅仅是学术或理论上的练习; 我们有数据可以备份。 正如我在OSEN博客上所描述的那样 ,世界银行对其对Geonode项目的投资进行了研究, 确定其工程投资的ROI为200% ,这是非常重要的。

    这意味着领导SaaS工程团队的任何人都需要进行以下计算:要使效率方面的收益超过重新架构给定项目或项目集的成本,需要花费多少时间?

    该计算的一部分必须包括可用资源来执行此工作。 例如,如果您能够大量雇用工程师并拥有Google,Facebook或Amazon的资源,那么您可能会降低成本意识,而在工程方面变得更加高效的想法是可能没有那么引人注目。 另一方面,如果您正面临逐渐减少的工程资源或竞争对手的工程资源,而您的竞争对手却有更多准备就绪的资源,那么采用开源途径可以让您更具创新精神,并专注于在竞争激烈的市场中增加价值。

    蚕食和失去竞争优势

    最后,我们讨论这个想法时最常问到的问题是:我是否为竞争对手提供弹药以使我破产? 答案通常是“否”,尽管暗示它永远都不是错误的。 但是,如果您是SaaS公司,那么您的主要竞争对手很可能没有使用您的解决方案,即使他们有机会,也极不可能将其吸引到您的解决方案中。 像您一样,您的竞争对手已经在其解决方案中内置了一系列决策,自定义配置和工作流,这些决策旨在专门用于开展业务。 您的软件无需跳动即可投入解决方案的机会几乎为零。 重新设计解决方案以适合竞争对手的软件平台的想法是如此渺茫,无论我们是在谈论专有的本地软件还是SaaS解决方案,我都无法想到。 对于本地软件来说,这种风险已经很低,而对于SaaS来说,这种风险仍然更低。

    尽管这种风险不为零,但必须与不公开采购软件的风险进行权衡。 不公开采购软件组件的风险包括永远无法达到增加足够的价值来实现目标所需的创新速度。 哪种风险更有可能? 如果您的资源几乎是无限的,那么您的风险状况就会向不为竞争对手提供潜在弹药的方向倾斜。 但是,如果您将来面临的资源有限,请考虑以下可能性:未开源软件的风险大于未开源软件的风险。

    结论

    尽管付出了巨大的努力,并且做出了不小的决定,但投入时间和精力来开源SaaS解决方案可能会为您的投资带来可观的回报。 您看到投资回报率之前所花费的时间取决于多种因素:

    1. 您的软件基础有多大
    2. 要使其普遍可重用,需要多少代码重构
    3. 多少上游代码可以替代您当前的代码库
    4. 您的团队如何适应开放式治理模型
    5. 在开源工作中您获得牵引力的速度有多快
    6. 您有多少工程师参与上游社区

    最终,收益超过了成本。 关键是要有耐心,因为您的工程师将学习如何在开源社区中进行协作,使之产生的价值大于各部分之和。

    您会发现大多数SaaS商店都没有这样做。 尽管大多数SaaS代码并不明显。 造成这种情况的原因有多种,但我认为最大的原因是,出售这些企业的投资者的想法是,基于SaaS的企业是保留所有知识产权而不共享知识产权的好方法,即使他们使用了大量知识产权在此过程中的开源代码。

    不幸的是,这使许多商店处于劣势:随着时间的流逝,除非他们获得Google,Facebook或Amazon的收入,否则他们的业务增长将很快超过其工程师保持同步的能力。 正是在这一点上,许多SaaS业务陷入困境,以几美分的价格出售,甚至消失了。

    除非您拥有Facebook或Google的资源,否则请设计您的工程工作流程以进行协作并获得回报。 如果您以这种方式开始,那么您将不必面对重新设计工程流程的繁琐任务。

    翻译自: https://opensource.com/article/18/5/open-source-saas-y-world-part-2

    开放saas平台架构

    展开全文
  • Saas系统架构的思考,多租户Saas架构设计分析

    万次阅读 多人点赞 2019-06-14 13:39:35
    ToBSaas系统最近几年都很火。...最近一年,有幸架构一个Crm saas 系统,上线了几个月来,各方面都比满意。整个系统创建过程,踩了很多坑,收获也比较多。总结一下Saas系统架构一些特点: Saas系统分...

            ToB Saas系统最近几年都很火。很多创业公司都在尝试创建企业级别的应用 cRM, HR,销售, Desk Saas系统。很多Saas创业公司也拿了大额风投。毕竟Saas相对传统软件的优势非常明显。   

    最近一年,有幸架构一个Crm saas 系统,上线了几个月来,各方面都比满意。整个系统创建过程,踩了很多坑,收获也比较多。总结一下Saas系统架构一些特点:

    Saas系统分级

    SaaS系统架构成熟度模型的5个级别——从“混乱”到“乌托邦“

    第0级(混乱):每次新增一个客户,都会新增软件的一个实例。
    第1级(受控的混乱):所有客户都运行在软件的同一个版本上,而且任何的定制化都通过修改配置来实现。
    第2级(多租户[multi-tenant]、高层建筑[Highrise]):所有的客户都已经可以在软件的同一个版本上运行了,而且他们都在同一个“实例”上运行。
    第3级(多租户, 扩建[Build-Out]):此时你已经拥有了多租户、单一版本的软件模型。不过你还是可以通过硬件扩展(scale-out)的方式来进行扩充。
    第4级(乌托邦):如同第3级,除非你可以找出有效的方式,以在不同的“实例”上运行不同版本的软件

    应用程序必须支持多租户:

        多租户可以分为几个不同的类别(如列表下方的图所示):
        1.1,云中的简单虚拟化,其中只对硬件进行共享。
        1.2,共享应用程序,对每个租户使用不同的数据库。
        1.3,共享应用程序和数据库(效率最高,真正的多租户)。

    1.分层设计

    Saas系统分层大概是:

    Saas系统分层
    Saas系统分层

     

    Saas系统分层:租户识别>应用层>数据访问层>缓存层>数据库

    业务代码都是写在应用层。

    租户识别可以用spring拦截器实现,然后使用ThreadLocal传递给后端

    数据库和缓存层对应用层应该是透明的。程序员在写代码的时候,只关心业务逻辑,不应该担心多租户的问题。

     

    2.数据隔离要透明

    saas系统说起来很简单,任何系统似乎加个tenant_id(租户id)就变成saas系统了。比如原来的用户登录是:

    select username,password from users where email='abc@qq.com'

    改成

    select username,password from users where email='abc@qq.com' and tenant_id =1;

    对于复杂业务的saas系统,这样做法非常危险,而且开发效率很低。你想想如果那个程序员写sql时候忘了加 “ and tenant_id =1” . 结果不堪设想。

    比较好做法是在数据库访问层对SQL进行改写。

    TenantContext.exec("select username,password from users where email='abc@qq.com' ");

    在连接池根据TenatnContext改写Sql. 

    这样做好处是,一来程序猿最多把系统搞down了,也不至于信息串了互相泄露。二来将来做分表分库也很方便,上层应用不用修改。

    3. 租户识别方案

    比较好做法是通过url识别租户。系统是给租户生成一个随机的三级域名,比如 abc.crm.baidu.com.   如果客户想使用自己的域名,可以在cname到我们生成的三级域名,并在管理系统里面做绑定。

    这样一个租户可以有两个域名,访问saas,一个随机生成的三级域名,另外一个租户自己的域名.代码里面可以根据过来的域名,判断是那个租户然后初始化TenantContext.

    如果不想通过域名来做,也可以通过登录名来判断。这种方式要涉及到租户切换问题。

    4. 智能DNS

    以后补充。

    5. 租户管理系统(计费,订购,定制,充值,催缴)

    Saas系统是必须考虑计费系统和租户控制系统。这个系统需要都是独立设计。比如那个租户购买了那些模块,一个月多少钱。租户可以创建最多的用户数。计费到期邮件提醒等功能。

    计费方式一般有两种,周期性计费,类似月租方案,和使用量计费,用多少付多少。 周期性计费比较简单。也可以两者结合起来。

    6. 定制化开发

    SAAS的优势在于一套系统多人使用,似乎和定制化开发有冲突。比如A客户想要A功能,B客户不想要。但定制化开发是无法避免的,比如CRM系统这样复杂的系统,不可能一套系统满足所有公司的要求。定制化开发尽可能分系统,分模块去做。然后通过控制台中配置不同租户订购不同模块,那些模块可以在前端页面上显示。不同的子系统需要分开部署。前端可通过nginx根据url分发,比如 abc.crm.baidu.com/bi/xxx/xx这个地址,就分发到BI子系统。不要尝试OSGI去搞模块化,这个是个大坑。

    还有开发和产品,现有需求一定要分析清楚,不要一上线发现后患无穷。新功能尽量做的独立可以配置。

    7. 灰度升级

    SAAS付费企业客户对系统问题都特别敏感。 为了减少升级可能出现问题的影响范围,一般都采用灰度升级策略。如果使用了url来区分不同租户,灰度升级配置就会很方便。可以配置nginx 来根据域名做分发,比如租户A(aaa.com)到实例1(版本1.0),租户B(bbb.com)到实例2(版本). 当需要域名配置非常多的时候,nginx配置文档会乱。这块时候可以考虑使用nignx_lua来写一些扩展模块。

    8. 容量估计

     

    9. Saas平台架构分层分析

    Saas平台架构需要完成从用户申请链接saas到用户对自己购买的功能模块的应用整个过程,用户用起saas看似简单快捷,但这个过程却需要saas平台架构默默完成的非常复杂的处理过程。通过对saas平台架构的了解,可以清晰的分化数据的处理过程,让用户也可以明白saas平台架构处理数据的优势。下面介绍:saas平台架构分为哪几部分。

     

    saas平台架构之呈现层:

    saas平台架构的呈现层可以使用的客户端可能都浏览器或本地客户端。如果是浏览器则需要Web界面技术、交互技术等技术(如:HTMl5技术、CSS3技术、Ajax技术等)的支持,如果是软件客户端则需要远程桌面技术、软件交互技术等技术支持。

    saas平台架构之调度层:

    saas平台架构的调度层体现分布式系统的特性之一。调度层首先负责识别并通过AAA认证每个用户请求,然后根据业务处理器的负载、业务特征进行合理的调度。通过应用这样的架构SaaS平台可以横向扩展。此外在存储、缓存等方面为了满足平台的横向扩展需求,调度层也必须具有良好的可扩展性。

    saas平台架构之业务层:

    saas平台架构的业务层负责接收调度层转发过来的请求,而且还要通过对接受到的请求执行真正的业务逻辑。一般来说业务逻辑的执行使用一台服务器就够了。因此业务层实际是由一排对等的服务器组成的,每台服务器都执行相同的业务逻辑。

    saas平台架构之数据层:

    saas平台架构的数据库集群用于处理存储关系性很强并且对事务性要求很高的业务数据,这类数据目前还要用传统的数据库集群技术来解决,saas平台架构的数据库集群主要是根据业务特征制定数据拆分方案。同时分布式数据库用于存放海量但关系性不强的数据(如:用户的操作日志等)。

    以上是对“Saas系统架构的思考,多租户Saas架构设计分析”的介绍,从saas平台架构处理数据可以看出saas平台的应用有很强的优势,如用户使用saas非常方便简单只要浏览器或本地客户端接口,saas平台处理数据要经过层层认证saas产品安全可靠,saas平台优化处理数据提高saas性能。

    多租户Saas系统架构还应该满足以下需求:

    编号需求描述
    1软件授权云平台付费授权机制,可按时间、功能、数量等进行付费授权
    2组织入驻允许组织主动申请加入平台
    3实名认证个人实名认证、组织实名认证
    4资质审核个人和组织的资质审核,如对获得的证书或荣誉进行审核
    5组织绑定个人账户绑定组织,与组织建立关联关系
    6组织解绑个人账户与组织进行解绑
    7账户注销个人账户注销,并销毁所有个人资料和档案
    8统一登录即 SSO
    9统一注册提供统一的用户注册页面

    部分资料整理自:

    http://www.ruanally.com
    ​​​​​​​http://qk.gam7.com
    ​​​​​​​​​​​​​​http://www.ruanbe.com

     

    展开全文
  • SAAS业务平台架构,该架构包含:权限管理中心、用户中心、账户中心、消息中心、客服中心、产品中心、订单中心、其他非功能性需求等
  • saas平台 基本技术架构说明,所需资料整合介绍以及地址,
  • Saas架构设计之可伸缩的SaaS应用架构

    千次阅读 2008-11-25 15:35:00
    Saas架构设计之可伸缩的SaaS应用架构此文选自《互联网时代的软件革命—SaaS架构设计》一书 随着定制化功能的完善,侠客录CRM的用户数进一步稳定增长。2000个用户的目标已经唾手可得,接下来就得朝着3000个用户的...
    Saas架构设计之可伸缩的SaaS应用架构
    此文选自《互联网时代的软件革命—SaaS架构设计》一书

         随着定制化功能的完善,侠客录CRM的用户数进一步稳定增长。2000个用户的目标已经唾手可得,接下来就得朝着3000个用户的目标进发了。
    3000×50×12 = 180万/年,郭靖已经在计算每年的收入了。看样子最近系统比较稳定,郭靖也比较清闲,开始关注未来的市场了。
    杨康:郭靖,最近国内电子商务巨头阿里巴巴旗下的阿里软件公司推出了开放式的SaaS平台,说要和我们这些小的软件开发商共同打造一个SaaS生态圈。你看看,这是他们的宣传彩页,我们是不是也有机会跟他们合作。他们既有大的品牌,又有大量的中小企业客户,跟他们合作对我们的市场拓展可是非常好呀。
    郭靖:阿里巴巴?我前段时间还听说他们也进军SaaS行业,当时还以为是我们的竞争对手呢。这样看起来,也许我们还真的可以靠上这颗大树呀。
    杨康:嗯,那你先上他们网站看看详细的技术资料吧。据说技术改造是相当简单的,几个小时就够了。我们的软件基本不用怎么改,就可以把他们的客户拉过来用我们的CRM。我这就去跟他们的商务部门联系一下,看能否跟他们展合作。
    果然,技术改造的过程相当简单。了解他们平台的原理之后,郭靖花了两个小时,就把侠客录CRM改造成可以接入阿里软件互联平台的应用了。接下来就只等杨康把商务方面谈妥,就可以在阿里的平台上架销售了。
    杨康动作也很快,很快就搞定了商务方面的合作。
    杨康:阿里巴巴对我们的软件也很满意,也高度赞赏了我们的响应速度。真不敢相信,几个小时就接入平台了,你真牛!
    杨康:不过,阿里巴巴也提出了一点担心。我们的软件做得不错,可能会受到用户的广泛欢迎。但是,我们的系统能支撑10万级的用户数吗?在阿里巴巴平台上备受欢迎的软件有很多用户数都已经达到了10万级别,并且增长速度还是很快。
    郭靖:10万级呀?我们现在才2000不到呀!我还以为今年年底能到3000就不错了。那么,如果接入阿里的平台,估计要多久可能达到10万呢?
    杨康:如果运营推广得好的话,也挺快的。因为先期也还是要免费试用的,所以半年就可能达到10万了。
    郭靖:那再给我三个月时间,我要把我们的架构再作一次大的调整,以适应以10万计的用户量。当然现在先上阿里巴巴的平台也没关系,但是用户数先控制一下,先期不要做大规模推广。
    杨康:OK!前三个月我们可以先控制一下用户数,这样还可以造成稀缺效应。不过三个月后,我可是要大规模运营了,你可要撑得住呀。
    郭靖:No Problem!

    预购买地址:http://www.china-pub.com/129900
    【书名】互联网时代的软件革命——SaaS架构设计
    【作者】叶伟  等编著
    【ISBN】978-7-121-07736-4
    【出版社】电子工业出版社
    【出版日期】2008年12月
    【宣传语】
      国内第一本完整介绍SaaS应用设计的书籍。
        具有丰富SaaS实践经验的一线架构师的经验总结。
        用创业故事贯穿全书,以一种活泼的风格来描述SaaS应用逐步成熟的过程。
    【内容简介】
          本书是国内第一本完整介绍SaaS应用开发的书籍,聚集于架构设计。内容是互联网领域具有丰富实践经验的8位一线架构师,对于多年SaaS实践经验的总结。对于SaaS领域的业务、设计、开发人员,具有很高的指导价值。
    本 书首先从SaaS的商业价值分析开始,讨论SaaS应用与其它应用最大的差异特征:多租户。SaaS应用架构是否成熟正是对多租户的三个重要特性的衡量: 高性能、可配置性和伸缩性。本书将对SaaS应用成熟度的4个模型一一描述,并通过郭靖和杨康两个大学生的创业故事来描述SaaS应用逐步成熟到百万级以 上租户时,应用软件的架构设计演变过程。
    同时,本书还针对云计算、OpenAPI、离线应用、安全以及开放平台等SaaS相关的主题进行了深入的阐述。
    展开全文
  • Saas公共服务平台架构与实现毕业论文.doc
  • saas系统架构经验总结

    千次阅读 2017-02-07 09:36:21
    2B Saas系统最近几年都很火。...最近一年,有幸架构一个Crm saas 系统,上线了几个月来,各方面都比满意。整个系统创建过程,踩了很多坑,收获也比较多。总结一下Saas系统架构一些特点:   1.分层设计 saas
  • SAAS租户架构

    2020-02-11 14:27:15
    1、共享数据库,共享数据架构 这是第三种方案,即租户共享同一个Database、同一个Schema,但在表中通过TenantID区分租户的数据。这是共享程度最高、隔离级别最低的模式。 优点: 三种方案比较,第三种方案的维护和...
  • 对于Saas业内在用户统一身份认证及授权管理领域,主要关注 4 个方面(4A管理)): 集中账号管理(Account)、集中认证管理(Authentication)、集中授权管理(Authorization)和集中审计管理(Audit), 简称 4A ...
  • SaaS架构

    千次阅读 多人点赞 2019-09-06 16:20:43
    SaaS简介 SaaS是Software-as-a-Service(软件即服务)的简称,“软件即服务”?是不是有点拗口?其实你就理解成为“按需租用别人提供的软件服务”就可以了,它是一种软件交付模式。SaaS这个说法是区别于以往软件...
  • 对于SAAS应用的架构师而言,尤其是从传统软件转型到SAAS架构师,遇到的首要挑战就是多租户思维的转变。传统软件的销售模式决定了软件的每一个运行实例都服务于一个客户,因此对于性能、可配置性、伸缩性方面的处理...
  • SaasSaaS架构设计之构建Multi-Tenant应用

    千次阅读 2008-11-25 08:05:00
    构建Multi-Tenant应用此文选自《互联网时代的软件革命—SaaS架构设计》一书 郭靖和杨康是同窗挚友,现在读大学四年级,明年就要毕业了,想到即将走出校门,两人心中充满了期待和忐忑。郭靖出生在北方城市,从小接触...
  • saas架构

    千次阅读 2016-10-15 20:32:42
    一、SaaS基础概念 SaaS 是 Software-as-a-Service(软件即服务)的简称,是一种区别于传统软件购买和安装的、互联网化的“按需租用”软件交付模式,也是一种面向软件应用的云服务模式。(SaaS可以理解为服务器、...
  • SaaS基础架构—云计算

    千次阅读 2008-11-21 14:01:00
    SaaS基础架构—云计算 今天的互联网业界对云计算的关注程度,已经不亚于对一次革命。微软、谷歌、Salesforce、Amazon等国外软件巨头纷纷推出了自己的云计算系统,意图领导这一轮的软件新浪潮。国内的阿里巴巴也已经...
  • 多租户 Saas 系统架构的设计思路

    千次阅读 2020-04-27 14:01:04
    多租户 Saas 系统架构的设计思路
  • SaaS 系统架构设计经验总结

    千次阅读 2017-08-02 13:59:00
    2B SaaS系统最近几年都很火。很多创业公司都在尝试创建企业级别的应用 cRM, HR,销售, Desk SaaS系统。很多SaaS创业公司也拿了大额风投。毕竟SaaS相对传统软件的优势非常明显。...总结一下SaaS系统架构一些特点:...
  • 一个比较完整的SAAS平台架构设计文档
  • 业内在用户统一身份认证及授权管理领域,主要关注4个方面:... 统一身份管理系统(简称UIMS)可以认是多租户软件架构的升级版,通常是整个平台帐号和权限管控的基础性系统,平台下所有系统的账户管理、身份认证
  • 中国式SaaS技术架构

    万次阅读 2018-04-13 17:39:58
    架构层面做的强大,满足各个租户的自定义和系统集成。 中国呢,过去的3年已经证明面向中小企业、创业企业基本是不靠谱,所以从去年下半年,大家都纷纷杀入中大型企业、大型企业。这些中国企业,要么要求在他们的...
  • SAAS平台资料

    2018-04-24 12:45:17
    saas系统设计模式和架构资料合集,一些实用的saas入门资料
  • 1.系统级 ... 通过数字签名防止传输过程篡改 对用户身份识别的UserToken使用DES算法数据加密 业务数据定时自动备份 2.程序级 完整的权限配置,包括功能权限和...参考书籍《互联网时代的软件革命-SAAS架构设计》 ...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 26,955
精华内容 10,782
关键字:

saas平台架构图