初代SAAS平台应用层架构设计

本文介绍了初代SAAS平台的应用层架构设计,核心思想是将模块作为最小购买单位,通过配置中心管理和租户网关进行权限校验。模块和版本的组合实现多租户共享应用程序,同时支持定制化需求。架构中还包括了前台与后台的区分、通用模块以及租户购买/续费管理,确保了灵活、复用和定制化的特性。
摘要由CSDN通过智能技术生成

近期参与SAAS项目第一代应用设计,为满足整体灵活性,复用性和可定制化,得出如下应用层模型,希望能给大家相互参考学习,设计上有什么缺漏请多指教

核心思想

  1. 模块为最小化购买单位 例如商城模块 分销模块等
  2. 多个模块组合成为一个版本  例如基础版本 旗舰版等
  3. 每个模块都关联了对应的接口/页面路由  将对应的关系上报给配置中心
  4. 根据租户购买情况 得出用户有哪些模块的权限 进而每个用户显示不同的功能及权限 由租户网关统一校验
  5. 以此达成多租户共享同一套应用程序但各自使用不同的模块

应用层架构图

模块

  1. 模块是SAAS购买/赠送的最小单位 例如商城模块,活动模块等 每个模块都有对应的定价
  2. 一个模块可以配置这个模块包含了哪些页面和接口
  3. 每个模块启动时自动向配置中心提交自己归属的页面和接口 用于网关校验
  4. 模块是被定制化的最小单位,可标记这个模块在某个租户上是否被定制化,若是已定制化的标记,则路由到定制化后的服务上去,具体的接口和页面的配置也已定制化后的为准

版本

  1. 多个模块组合打包即成为一个版本
  2. 用户可以版本为单位进行购买 批量获得各个模块的权限

前台与后台

  1. 以微商城SAAS举例  给到消费者用的页面等为前台
  2. 商户管理店铺的端口为后台

配置中心

  1. 每个模块将其对应包含的接口和页面启动时上报
  • 1
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值