View on GitHub

业务逻辑拆分模式

https://autonomy.design

多租户和多进程不同,租户可能是按游戏大区分,按城市分,也可能是按商家分。租户是业务相关的概念。 这意味着开源社区是不能给你现成的基础设施的,所有的多租户功能都需要自研。 拆分成多租户之后,变更就可以一个一个租户来做。挂了也只会影响一个租户,不太可能引起大面积的故障。

租户整体做升级也可以避免上线顺序的问题,把租户短暂停服,全部升级完了再继续提供服务。 可以只停服一个租户,可以让很多复杂的变更很好做,比如改变数据库的表结构。

传统的测试一般都是在一个离线的环境里进行。但是对于性能压测,复杂的多进程业务,搭建独立的离线环境复制在线环境是成本很高的事情。 保持两个环境的一致性也需要非常强的纪律和日复一日的努力。 直接 Test in Production 是越来越明显的趋势。 做全链路压测的时候,经常把修改的数据隔离在“影子表”里,避免污染正式数据。这其实就是多租户,只是把压测跑在一个隔离的租户里了。 各种 QA 账号,测试订单也可以用租户的方式来实现,而不需要 case by case 的硬编码在代码,甚至引起安全隐患。

同时跨数据中心搬迁等复杂的变更场景也需要数据是能切开的。从加快 Feedback,控制变更的角度,第一天就应该考虑多租户的问题。 如果不是一开始就切分了租户,后来添加进来的成本会非常高。