精华内容
下载资源
问答
  • 中国式SaaS技术架构

    千次阅读 2017-03-02 12:11:23
    此文应一位朋友需求所写。时间仓促,考虑不周,以后补齐。老外是多租户SaaS技术架构,也就是说,一套分布式应用代码、一套分布式数据库存储,在应用架构层面做的强大,满足各个租...

    此文应一位朋友需求所写。时间仓促,考虑不周,以后补齐。


    老外是多租户SaaS技术架构,也就是说,一套分布式应用代码、一套分布式数据库存储,在应用架构层面做的强大,满足各个租户的自定义和系统集成。


    中国呢,过去的3年已经证明面向中小企业、创业企业基本是不靠谱,所以从去年下半年,大家都纷纷杀入中大型企业、大型企业。这些中国企业,要么要求在他们的私有云中部署,要么要求在公有云为他们开辟一个专区专门独立部署,而且都要求和他们现有的内部ERP软件统一用户账号登录、应用逻辑打通、数据打通。


    这就是中国的现实,那如何满足中国的这种需求呢?于是,这就出现了中国式SaaS技术架构。


    一、客户端UI


    不同的岗位工作环境有不同适用的应用技术:

    1、对于一线现场(如生产制造、仓储物流配送),一般采取扫码POS或微信小程序,扫码后简单操作几下就把业务关键点记录了下来。


    2、对于一线零售店面收银,现在大多数白牌平板App


    3、对于来回跑中间分销、渠道、采购、督导的外勤,基本是手机App来处理业务


    4、对于坐在后端的运营人员、人事法务财务,基本用的就是台式电脑Web应用来处理业务


    二、后端业务逻辑层


    因为客户端是不同岗位、不同素质能力水平、不同业务重心、不同工作环境,所以功能不一样、用户体验不一样,所以后端的服务层业务逻辑也都不一样。


    这层因为涉及到客户端接入,所以需要API网关中间件,因为比较轻(因为还有一层公共业务逻辑处理层),所以采取微服务中间件(如SpringCloud),这些不同的微服务都打包在一个个的Docker中,为了快速弹性启动扩容。前面有API网关中间件可以做分流限流、路由导流,这样后面微服务容器怎么扩容,对前端都透明。


    但是总有一些业务逻辑是这四种端应用都要处理的,所以还得分出一层叫做公共业务逻辑处理层。这些公共业务逻辑处理层按功能职责也分成一个个的服务,放在Docker容器中,受Swarm或Kubernetes集群管理。


    三、分布式技术中间件层


    API网关中间件就属于这一层,只不过客户端来的请求都首先经过它再路由到业务逻辑微服务。


    另外一个重要的分布式技术中间件是数据传输。可以采取Kafka分布式消息队列来做数据管道。


    我们也可以使用ZooKeeper分布式中间件进行各种后端处理服务的配置以及执行调度。


    这些分布式中间件也都部署在Docker Swarm集群管理下,用API形式供上下层调用。 


    四、数据存储层


    有些数据需要放在内存里为了快速查询,所以我们需要用到分布式Redis集群。


    有些数据需要持久性放在关系型数据里,我们可以用MySQL关系数据库。为了分布式存储,我们可以在MySQL之前再放一个MyCAT分库分表分布式中间件。为了读写分离提高性能,我们可以在MyCAT之前再放一层MySQLProxy,用于主备读写分离。


    有些数据是文件形式,如图片、音频视频,我们可以用分布式文件系统和对象存储系统来存放。我们还可以使用CDN技术来做这些静态文件的分发加速。


    有些数据是特殊的数据结构,如时间序列数据(IM消息一般是这样特点)、如图数据(社交网络一般是这样特点)、如大文本数据(点评评论一般是这样特点),为了加快这些特殊结构的数据存取,我们可以用时序数据库、图数据库、文档数据库等等。


    这些数据库引擎可以为了加快性能,部署在物理服务器上。而这些数据库引擎存取的数据,可以放在块存储云硬盘卷上。


    五、主数据模块


    这是个模块,会用到后端业务逻辑层、分布式中间件层、数据存储层的各项技术。


    这个模块主要有两大功能:

    1、用户登录验证。在API网关这样的纯技术中间件基础上,我们还需要研发一个用户登录网关,用于辨别不同的企业用户登录进来,进行身份认证、路由指定。这个用户登录网关需要和API网关进行配合使用。因为登录是每个用户访问的第一步,这块最容易会成为性能瓶颈,所以要尽量做到高性能编码、分布式扩容/分流负载均衡。


    2、主数据管理。主数据管理有以下主要动作:主数据同步复制、主数据分发、主数据更新(有先后顺序有存取锁问题)。所以主数据需要独立出来,供各个系统使用。为了防止主数据存取成为瓶颈,数据库这块也需要注意主备读写分离、分库分表、可方便分布式部署。当然也需要有后台图形化的主数据管理系统来做人工的干预维护。


    六、大数据仓库


    刚才以上咱们讲的都是业务逻辑处理需要的技术以及架构堆砌模式,对于报表统计、历史查询、综合查询、商业指标对比分析,咱们必须把这些工作放到大数据套件中来处理,和真正快速业务处理的系统分开。


    不仅仅是要计算资源分开,还要存储资源也分开。因为对于大数据,存储容量要大(但不一定存储访问性能要高),内存要大(要进行大量数据取出进行计算),CPU性能要高(要密集计算)。所以对于统计、查询、分析这些功能,服务器云主机和云存储都要和应用业务处理分离。


    分离后,就需要从应用业务处理系统中抽取数据。


    所以,对于数据抽取层:我们有一系列的ETL工具,还有数据爬虫引擎用于爬内外静态数据,还有用Flume、Logstash、Splunk收集IT资源日志和应用系统运行日志。


    抽取来的数据可以放在大数据仓库中,我们可以采用Hadoop HDFS、Hbase、Hive等等开源中间件。


    要计算处理时,我们可以在YARN或MapRedurce计算调度框架下使用Spark、Storm来进行内存计算和流式计算。


    处理后的数据,我们可以用presto查询,我们也可以用ElasticSearch来搜索。


    最后,我们使用一些可视化工具把结果用图表形式输出出去。


    七、最后总结


    按照这样的技术架构搭建好后,每一个客户要在公有云上专属独立部署,那么给它用DevOps工具新启几个服务层Docker,如果公共业务逻辑模式也要变化,那就新启几个公共业务逻辑Docker。毕竟我们有分布式用户登录验证网关和API网关,所以不管是公有云专属部署还是私有云部署,都没问题。


    对于主数据管理模块,因为也有UI层、逻辑层、数据层,所以主数据这些各层的代码和数据和中间件,可以打包成一个部署单元,用一套专门的DevOps工具及脚本进行自动化部署、配置变更、升级。


    对于数据层,我们有KV分布式数据库、分布式关系数据库、主备读写分离中间件、分库分表中间件、CDN分发、时序数据库/文档数据库/图数据库、我们确实需要在API网关路由层面用DevOps工具及脚本、集中配置中间件Puppet来做到自动化部署扩展、配置变更、升级。这样不同的企业指向了不同的分布式数据库引擎地址和分布式数据库存储卷。这样就方便了既能做公有云专属部署又能做私有云部署。


    但要记住,这样的架构比较适合中国式SaaS。对于国外老美的SaaS,人家一开始目标就是要满足大中小不同规模客户,要满足全世界企业,所以如果做成中国式SaaS技术架构,那以后会越来越麻烦。所以老外人家的技术架构是一开始很难设计与搭建,一开始的维护也很麻烦(需要编写很复杂的自动化运维工具与脚本),但随着规模越来越大(比如几十万甚至几百万家企业),那老美的SaaS技术架构就显示出复杂性优势了。


    不同发展阶段,使用不同的实现技术架构。你也不用梦想着用一套架构逐步演化和层层搭建,就能逐步从满足中小企业扩展到满足跨国企业。当然作为一个特定的SaaS企业,谁也不能既能满足了创业企业的需求,又能满足跨国公司的需求。所以想想国内如用友这样,既有畅捷通产品与架构、又有U8产品与架构,又有NC产品与架构,分而治之就好。连SAP,也还能有SAP ERP套件和Businees One中小企业两套不同产品线不同技术架构。


    展开全文
  • We are having a web application developed j2ee/Spring.We are planning to implement SaaS model by using different schema for each customer.Please suggest the best way to do it.We are blank how to start...

    We are having a web application developed j2ee/Spring.

    We are planning to implement SaaS model by using different schema for each customer.

    Please suggest the best way to do it.

    We are blank how to start the process ? How can we map different customer to different DB ?

    Thanks

    解决方案

    For using different schema for each customer you need to come up with an identifier(s) that can be used to uniquely identify the customer schema or the tenant schema. It is usually a tenant identifier key.

    Neil's answer has provided useful links on actually making connections to different tenant databases.

    Below is a link to one of my posts that talks about the db architecture and related items.

    展开全文
  • 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平台架构设计

    2018-12-20 16:20:30
    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架构设计教程

    2019-04-16 15:33:18
    SAAS架构设计教程,包含了多个文件和视频还有源码,例如互联网时代的软件革命-SaaS架构设计、SaaS参考架构和关键技术Saas架构设计
  • saas平台架构分为哪几部分

    万次阅读 2018-05-23 18:18:15
    saas平台架构需要完成从用户申请链接saas到用户对自己购买的功能模块的应用整个过程,用户用起saas看似简单快捷,但这个过程却需要saas平台架构默默完成的非常复杂的处理过程。通过对saas平台架构的了解,可以清晰的...
  • SAAS架构和关键技术,内容很不错,包含案例。
  • SaaS架构设计

    2018-06-10 10:43:20
    互联网时代的软件革命-SaaS架构设计 SaaS软件之所以受到业界重视,不仅仅是因为软件提供形式的转变,最重要的是SaaS为业界提供了一整套解决软件生产和消费问题的思想和方法。因此,SaaS不仅仅是软件行业的一次技术...
  • saas系统架构经验总结

    万次阅读 2018-05-23 18:16:10
     最近一年,有幸架构一个Crm saas 系统,上线了几个月来,各方面都比满意。整个系统创建过程,踩了很多坑,收获也比较多。总结一下Saas系统架构一些特点: 1.分层设计saas系统分层大概是: 租户识...
  • SaasSaaS架构设计之构建Multi-Tenant应用

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

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

    千次阅读 多人点赞 2019-09-06 16:20:43
    SaaS简介 SaaS是Software-as-a-Service(软件即服务)的简称,“软件即服务”?是不是有点拗口?其实你就理解成为“按需租用别人提供的软件服务”就可以了,它是一种软件交付模式。SaaS这个说法是区别于以往软件...
  • SaaS基础架构—云计算 今天的互联网业界对云计算的关注程度,已经不亚于对一次革命。微软、谷歌、Salesforce、Amazon等国外软件巨头纷纷推出了自己的云计算系统,意图领导这一轮的软件新浪潮。国内的阿里巴巴也已经...
  • 多租户 Saas 系统架构的设计思路

    千次阅读 2020-04-27 14:01:04
    多租户 Saas 系统架构的设计思路
  • 2B SaaS系统最近几年都很...最近一年,有幸架构一个Crm SaaS 系统,上线了几个月来,各方面都比满意。整个系统创建过程,踩了很多坑,收获也比较多。总结一下SaaS系统架构一些特点: 1.分层设计 SaaS系统分层大...
  • saas架构

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

    2019-04-09 15:37:08
    微服务saas架构设计指南,总结了微服务常见技术问题,解决方案
  • 嗨,我是 ,他是一位热情的专家工程师,专注于CRM saas和Office saas。 我也是开源爱好者和维护者。 我从开放源代码社区中学到了很多东西,我喜欢通过开放源代码进行协作和知识共享。 :speech_balloon: 询问我...
  • 技术架构图解-SAAS

    千次阅读 2019-01-26 14:11:34
  •  随着互联网技术的迅速发展,...本文研究了SaaS的现状,并分析研究了SaaS的核心技术包括:SaaS模式体系结构设计、SaaS模式数据库架构设计,以及多租户技术、数据扩展技术、配置性技术等关键支撑技术的实现策略。
  • 本期邀请逸创云客服CTO刘铭带来SaaS云客服平台技术架构探讨的主题分享。欢迎加入CTO讲堂微信群与业界大咖零距离沟通。分享嘉宾: 逸创云客服CTO刘铭嘉宾简介: 刘铭,逸创云客服CTO,拥有多年的SaaS企业级产品研发...
  • SaaS应用架构师所面临的最大挑战

    千次阅读 2008-11-24 14:42:00
    SaaS软件相对于传统软件,将原本由软件使用者所承担的软硬件、网络、系统维护的费用,转成支付给SaaS服务提供商的租用费用。而对于SaaS服务提供商而言,依然要承担相应的软硬件、网络、系统维护等费用。除了降低软件...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 29,674
精华内容 11,869
关键字:

saas技术架构