多租户架构图

GW解析、验证tenantToken，生成tanent上下文并通过header传递给下游系统

t2_key

前端用户登录时增加tenant相关参数，后端登录成功后会向前端新增下发tenantToken相关信息。

value

t4_bucket

缓存层通过租户ID+key的方式进行业务隔离，通过AOP解析当前租户上下文，并生成租户key。

tenantToken

GW

t2_bucket

业务服务之间调用时，通过传递header来保持tenant的信息。

业务服务2

文件系统(S3)

...........

H5

t1_key

文件系统通过解析租户上下文，指定不同的bucket进行访问。

业务服务5

业务服务1

MQ

t1_BE

租户DB通过schema物理隔离。租户DB管理服务维护租户与DB之间的映射关系。可以存在1对1或多对1的映射关系。

t3_bucket

APP

t1_bucket

缓存

t2_trade

trade

BE

header:tenant2

t3_key

DB

header:tenant3

header:tenant1

t1_trade

Web Service

业务服务4

生产者：消息头部通过上下文获取租户信息并发送。消费者：接受消息后解析头部，并为后续的DB、缓存构建租户上下文。