原文：https://www.cnblogs.com/itsharehome/p/8120500.html
原文：https://www.cnblogs.com/codemind/p/saas_architecture_tip.html
原文：https://www.cnblogs.com/codemind/p/13081336.html
https://www.cnblogs.com/lori/p/9346548.html
https://blog.csdn.net/cnpinpai/article/details/91967335
一些细化的设计
一些通用的模块
- 用户管理
- 角色管理
- 菜单管理
- 应用管理
- Token管理
应用管理
应用标识
应用名称
回调地址
oauth授权方式
自动审批
令牌时效(s)
刷新时效(s)
Token管理
token
到期时间
用户名
授权类型
所属应用
saas设计
https://www.cnblogs.com/itsharehome/p/8120500.html
https://www.cnblogs.com/ms27946/p/How-To-Implement-Multi-Tenant-System.html
https://www.cnblogs.com/codemind/p/saas_architecture_tip.html
SaaS系统简单分层
- 业务代码都是写在应用层。
- 租户识别可以用spring拦截器实现，然后使用ThreadLocal传递给后端
- 数据库和缓存层对应用层应该是透明的。程序员在写代码的时候，只关心业务逻辑，不应该担心多租户的问题。
数据隔离
在连接池根据TenatnContext改写Sql.
租户识别方案
比较好做法是通过url识别租户
系统是给租户生成一个随机的三级域名，比如 abc.crm.baidu.com. 如果客户想使用自己的域名，可以在cname到我们生成的三级域名，并在管理系统里面做绑定。
- 域名：例如 tenant1.example.com，tenant2.example.com
- URL：例如 www.example.com/tenant1/，www.example.com/tenant2
- Header：例如 [x-header: 'tenant1']，[x-header: 'tenant2']
租户管理系统(计费，订购，定制，充值，催缴)
SaaS系统是必须考虑计费系统和租户控制系统。
这个系统需要都是独立设计。比如那个租户购买了那些模块，一个月多少钱。租户可以创建最多的用户数。计费到期邮件提醒等功能。
计费方式一般有两种：
- 周期性计费，类似月租方案，
- 使用量计费,用多少付多少。
周期性计费比较简单。也可以两者结合起来。
定制化开发
定制化开发尽可能分系统，分模块去做
灰度升级
SaaS付费企业客户对系统问题都特别敏感，
为了减少升级可能出现问题的影响范围，一般都采用灰度升级策略。
如果使用了url来区分不同租户，灰度升级配置就会很方便。
可以配置nginx 来根据域名做分发，
比如租户A(aaa.com)到实例1(版本1.0)，租户B(bbb.com)到实例2(版本).
当需要域名配置非常多的时候，nginx配置文档会乱。
这块时候可以考虑使用nignx_lua来写一些扩展模块。
其它设计参考
mybatis-plus-tenant
https://github.com/chenm1xuexi/mybatis-plus-tenant
多个字段来确定租户
不过万物皆有好坏，mybatis-plus在提供便捷开发功能的同时，也会存在一些不合理的地方，比如说mybatis的特性就是让我们开发人员将精力集中在 sql语句的编写上，而不需要考虑ORM,结果映射等操作。 采用mybatis-plus后，sql语句的可读性会变得很差，因为mybatis-plus采用sql语句的拼接方式来完成， 从开发人员的角度，开发速度得到了显著提升，但是从维护方面来看，后续新的维护人员会变得很痛苦。
因此是否选用mybatis-plus作为持久层框架要时不同的场景来抉择，如果想快速开发业务，实现敏捷开发，mybatis-plus是非常完美的选择。 如果是对公司的核心产品的更新迭代编者不建议采用mybatis-plus作为持久化的框架，采用原生的mybatis是非常不错的选择，mybatis也提供非常多的可拓展功能，比如说sql拦截等。 如果只想采用mybatis-plus，建议将项目业务领域和持久化领域做好划分(这个也需要看具体企业的开发的架构模式，基于TDD模式开发还是DDD，还是传统的集中式3层架构等)。 如果涉及到业务迭代快的场景，尽量减少多表联查，采用单表或者不大于3表联查的方式也非常有利于日后的业务需求的变更。
持久化
是将程序数据在持久状态和瞬时状态间转换的机制。
通俗的讲，就是瞬时数据（比如内存中的数据，是不能永久保存的）持久化为持久数据（比如持久化至数据库中，能够长久保存）。
数据持久化
就是将内存中的数据模型转换为存储模型,以及将存储模型转换为内存中的数据模型的统称
《Microsoft .NET企业级应用架构设计》
数据访问层的4种主要职责：持久化、查询、管理事务、维护并发