联犀中的多租户概念指的是以什么为租户边界？

[Veitor]

看的官网文档的名词概念解释真的是云里雾里，都是网上抄来的，需要针对联犀做一下说明啊。我这开发过多租户项目的人都看不懂联犀设计的多租户概念。

我开发过B端多租户系统，我可以为每个企业用户赋予一个租户标识，那么企业用户就可在平台中利用租户标识创建用于可登录的帐号，企业用户可利用平台业务提供的功能为C端用户提供服务，C端用户注册的帐号属于该企业用户（即租户）的。如果有另一个企业用户（即租户）也是如此，那么这个企业用户中注册的C端用户数据只属于这个企业用户，与前者企业用户的C端用户数据隔离。那么这例子租户边界是企业用户

另一个例子，有赞商城也是一个多租户系统，其租户边界可以理解为商家，商家可将店铺分享给客户，购买产生的交易数据只属于这个商家。

那么问题来了，联犀中，租户边界也是B端用户吗？由于演示帐号是超级管理员，看不出租户的区别体现在哪里。不知道租户帐号登录后是不是也能看到这么多页面，是否也能创建租户。

另外这个多租户系统的使用场景是什么？多个企业可以使用这一个平台？有企业会这么做吗？

[godLei6]

感谢提问,可以参考这个文档,目前已经有多个生产环境在使用SaaS模式,这种模式能极大的降低运维成本,公司只要能用都会使用,后续也会出更详细的文档介绍使用方式
https://doc.unitedrhino.com/use/nwk65syo/

[Veitor]

今天再补充一个遇到的情况

联犀的架构设计中，一个租户下可以创建多个应用，那么对于这多个应用来说，该租户内的用户、机构、区域、角色在多个应用之间是共用的，且多个应用之间对这些数据的业务语义也是一致的是吧？

我们在使用过程中可能错误使用了，我们在一个租户下创建了多个应用，例如A应用中需要有X角色，B应用中需要有Y角色，于是在中台创建了X和Y这两个角色，但在应用开发中可能会导致A应用错误的获取到了属于B应用业务范围内的数据（如Y角色数据），而且从业务语义和概念上来讲，X角色只会属于A应用的业务范围才有的；同理，另一个例子是机构，例如医疗应用在中台创建的机构业务语义其实都是医疗机构，如果还有一个美食团购应用在中台创建的机构业务语义应该都是属于美食商户机构，如果医疗应用从中台拿到用户信息，并且得到该用户加入的机构是美食商户机构，这已经超出了医疗应用业务的范畴了，也侵犯了其他业务范畴内的数据。

这些语义不同的数据（如角色、区域、机构）分属于不同业务类型的应用，但这些应用又接入到这个中台的一个租户内，初衷可能是想共享机构、区域、角色的概念。但在实际实践中，就会导致了不同业务类型的应用的数据被相互侵入的问题。。。这种情况就不禁思考，难道我们还需要更细粒度的租户边界？即应用级别的边界？但粒度设计永远没有一个固定的答案，以为设计了某个粒度大小就够了，但可能遇到了某种业务场景就发现又不适合了。。。

所以回过头来看，应该还是没有正确的了解联犀框架所设计的目的和使用范围吧。。联犀设计的这个租户边界和粒度应该有他的目的，误用或滥用只会导致更多问题，使得联犀无法满足自己的业务需求。

[godLei6]

当角色、区域和机构均为独立设置时，租户是否也采用独立模式会更为合适呢？
从实际业务逻辑来看，租户下的多个应用及模块本就共用一套体系，而角色可以针对不同应用、模块进行权限授权，以此实现访问层面的分离。数据权限则可通过授权方式来控制，例如项目权限、区域权限等。
不过需要注意的是，由于具体业务场景存在差异，这种模式并不能适用于所有情况，还需根据实际需求灵活调整。