一、该问题的重现步骤是什么?
1. 原问题连接:https://sns.bladex.cn/q-13010.html。想问下如果想把商业版的超级管理员的增强租户功能去掉,需要修改哪些配置?
二、你期待的结果是什么?实际看到的又是什么?
三、你正在使用的是什么产品,什么版本?在什么操作系统上?
四、请提供详细的错误堆栈信息,这很重要。
五、若有更多详细信息,请在下面提供。
除了在BladeTenantInterceptor类中的adminTenantTables里添加需要去掉租户增强的表,以后能否有计划升级BladeX-Tool,通过配置的方式来去掉增强?
暂不考虑。这是之前用户集体投票后定下的功能。什么都可以配置只会让系统更加臃肿性能更差。如果不符合自己的需求,可以修改tool工程后自己安装依赖的呀。
上面之所以提出这个问题,是发现一个场景:超级管理员可以修改其他租户的数据。如果是超级管理员“新增”租户拥有权限的数据,还能通过tenant_id来知道是超级管理员修改的,但是如果是超级管理员“修改”其他租户的数据,就不好调查是租户还是超级管理员修改的,出问题不好向租户或者超级管理员问责。
上面之所以提出这个问题,是发现一个场景:超级管理员可以修改其他租户的数据。如果是超级管理员“新增”租户拥有权限的数据,还能通过tenant_id来知道是超级管理员“新增”的;但是如果是超级管理员“修改”其他租户的数据,就不好调查是租户还是超级管理员修改的,出问题不好向租户或者超级管理员问责。
这种场景5年前就已经有不少用户讨论过了,如果采用了bladex的通用业务字段,修改是有updateUser字段可以查的,可以知道是谁在什么时候修改。
如果不满足你们需求,可以先自己临时修改逻辑。我们只能满足大部分用户的需求,不能满足所有用户的需求。
你们不需要这个功能,但更多用户需要。如果我们开放了超管任意表的租户权限配置,是不是到最后要来问责我们了呢,问责我们为什么可以支持修改配置导致他们配置错了出问题了。所以这就是个伪命题,一个功能没法满足所有人的需求,那只能采用折中的办法。
扫一扫访问 Blade技术社区 移动端