多租户概念

Blade 未结 1 1041
hhq啊
hhq啊 剑圣 2020-08-03 10:53
悬赏:5

一、该问题的重现步骤是什么?

1. 需求:使用bladex 实现b2b2c的电商项目,我的理解一个商家是一个租户,对应一个部门 在该部门下面 有客户,售后,等角色, 我的商家和商家时间实现了数据隔离。我普通用户在访问前端门户网站时必然是等看到所有商家发布的商品等信息,普通用户也有自己的tenantId 这样就无法访问到所有商家商品数据了,这个在b2b2c的租户的概念是否和现在的bladex框架租户概念一致? 

2. 

3.


二、你期待的结果是什么?实际看到的又是什么?


三、你正在使用的是什么产品,什么版本?在什么操作系统上?


四、请提供详细的错误堆栈信息,这很重要。


五、若有更多详细信息,请在下面提供。

1条回答
  • bladex的整体设计其实更偏向于微盟、有赞商城这一类多租户的概念。

    全球各地的商户都能以“租户”的身份入驻,入驻之后可以开辟一个属于自己的专属商城(用tenantId或者独立数据库来区分),自己也可以拥有专属于自己的客户群体,对商户来说,构建的这套系统就是完全独立的。那么自己的客户当然就看不到其他入驻在微盟或者有赞的其他商家了。这是真正的租户概念。

    而你所说的其实还是传统的思路,一个大平台类似美团,入驻了各个商家,其他的用户可以登录美团的网站查看入驻的这些商家信息从而进行消费。而对于这种设计来讲,其实更适合用组织架构来区分,因为没有互相独立的属性,各个商户相当于是入驻的一个“部门”而非“租户”。

    对于你的这种情况,有两种解决方案:

     1. 如果是走字段隔离的方案,那比较简单,后端商家注册为租户进行数据的维护,前端用户使用的系统独立出来,不进行租户过滤,直接查出所有商户的信息浏览。但如果走数据库隔离的方案,那就麻烦了,需要做数据汇总,否则无法在几百个库内轻松地访问所有信息,所以你的方案并不适合租户设计。

     2. 不需要租户,将大平台看作是一个独立的租户,那么下属的商户就是组织架构的一员,只需要用好“组织架构”和“数据权限”两个功能模块就行了,这是比较推荐的方案

    0 讨论(0)
提交回复