1. 多租户概念

  1. 以实现多个租户之间共享系统实例
  2. 实现租户的系统实例的个性化定制
  3. 在租户之间共享应用程序的 单个实例，可以实现当应用程序升级时，所有租户可以同时升级
  4. 因为多个租户共享一份系 统的核心代码，因此当系统升级时，只需要升级相同的核心代码即可。

保证系统共性的部分被共享，个性的部分被单独隔离 , 通过在多个租户之 间的资源复用，运营管理维护资源，有效节省开发应用的成本。

2. 实现方式：

  • 多租户技术的实现重点，在于不同租户间应用程序环境的隔离（application context isolation）以 及数据的隔离（data isolation)，以维持不同租户间应用程序不会相互干扰，同时数据的保密性也 够强。
  • 应用程序部份：通过进程或是支持多应用程序同时运行的装载环境（例如Web Server，像是 Apache或IIS等）来做进程间的隔离，或是在同一个伺服程序（server）进程内以运行绪的方式隔离。
  • 多租户就是说多个租户共用一个实例，租户的数据既有隔离又有共享,从而解决数据存储的问题。从 架构层面来分析，SaaS区别于传统技术的重要差别就是Multi-Tenant模式。SaaS多租户在数据存 储上存在三种主要的方案，分别是

    1. 独立数据库

    即一个租户一个数据库，这种方案的用户数据隔离级别最高，安全性最好，但成本也 高。
    优点： 为不同的租户提供独立的数据库，有助于简化数据模型的扩展设计，满足不同租户的独特需求； 如果出现故障，恢复数据比较简单。
    缺点： 增大了数据库的安装数量，随之带来维护成本和购置成本的增加。 这种方案与传统的一个客户、一套数据、一套部署类似，差别只在于软件统一部署在运营商那里。如果 面对的是银行、医院等需要非常高数据隔离级别的租户，可以选择这种模式，提高租用的定价。如果定 价较低，产品走低价路线，这种方案一般对运营商来说是无法承受的。

    2. 共享数据库

    隔离数据架构 ，即多个或所有租户共享Database，但一个Tenant一个Schema。 优点： 为安全性要求较高的租户提供了一定程度的逻辑数据隔离，并不是完全隔离；每个数据库可以支持更多 的租户数量。 缺点： 如果出现故障，数据恢复比较困难，因为恢复数据库将牵扯到其他租户的数据； 如果需要跨租户统计数据，存在一定困难。

    3. 使用TenantID

    即租户共享同一个Database、同一个Schema，但在表中通过TenantID区分租户的数 据。这是共享程度最高、隔离级别最低的模式。 优点： 三种方案比较，第三种方案的维护和购置成本最低，允许每个数据库支持的租户数量最多。 缺点： 隔离级别最低，安全性最低，需要在设计开发时加大对安全的开发量； 数据备份和恢复最困难，需要逐表逐条备份和还原。 如果希望以最少的服务器为最多的租户提供服务，并且租户接受以牺牲隔离级别换取降低成本，这 种方案最适合。

    2. 实现方式：

    使用多租户注意点
  1. 需要数据隔离的业务表，新建一个字段，tenant_id
  2. 实体类继承TenantEntity或者加入tenantId属性，框架底层会自动对tenant_id进行处理
  3. 当系统启动的时候，会自动识别包含tenantId的类，并将其加载入多租户插件自动启用
  4. 若需要自行定制，有了tenantId但不需要多租户插件的自动介入，可以通过配置进行排除，这样就 可以自行定义复杂逻辑了，具体配置如下
    ```

    租户表维护

    blade:

    多租户配置

    tenant:

    多租户对应字段

    column: tenant_id

    排除多租户逻辑

    exclude-tables:
  • tb_news
  • tb_goods ```
    1. 另外有一些特殊情况，既需要启用多租户插件，在新增的时候有又要指定的tenantId覆盖租户插件 默认加上的值，则可以通过如下配置进行开启

      其他

      “伺服”—词源于希腊语“奴隶”的意思。人们想把“伺服机构”当个得心应手的驯服工具，服从控制信号的要求而动作。在讯号来到之前，转子静止不动；讯号来到之后，转子立即转动；当讯号消失，转子能即时自行停转。由于它的“伺服”性能，因此而得名——伺服系统。
  1. 精心设计集成了minio，完美支持多租户模式下的oss对象存储需求。
  2. 增]开启租户插件后使用@TenantIgnore注解精准关闭租户过滤逻辑
  3. 多租户角色创建逻辑