摘要：解读云上前沿技术，畅聊开发应用实践。专家团队授课，答疑解惑，助力开发者使用华为云开放能力进行应用构建、技术创新。围绕当下许多企业青睐的SaaS应用开发，华为云DTSE技术布道师李良龙为大家带来《SaaS应用开发》系列课程第3期《SaaS数据路由设计实现》的分享。
上图中租户1使用独立的应用层和数据层，不涉及资源共享，所以无需要考虑数据路由。图中的租户2-7，都涉及到了资源共享。其中租户3和租户4共享数据库实例，但是占用不同schema；租户5和租户6共享数据库实例，但不使用schema隔离，在业务表中使用租户标识隔离。共享应用层和数据库实例时，在处理业务逻辑过程中需要将租户的数据库相关操作指向正确的目标库，避免数据污染等一系列问题，此时即需要进行路由。
我们需要通过一些方式来识别租户，并且要在整个业务链路中传递，直到不需要区分租户为止，比如请求结束。那么路由到底承担了什么角色，实际上起了什么作用呢。租户路由不仅仅是要实现对租户的数据进行正确的路由，而且是建立在一个可信的规则上的，可维护的，可统一管理的，而且可追溯。可以由一个超级管理员的角色来对租户的资源进行分配并持久化，并能够按照这些持久化的配置来作为租户数据路由的依据。
综上所述，SaaS应用之所以需要租户路由，是多个租户在一定程度上资源共享所导致。按共享程度有一个简单的模型，随着共享程度的升高，同样资源可以容纳的租户数量会越来越多，那么每一个租户所需要的成本就越低。随着共享程度越高，就会导致针对租户的运维难度增大。比如某一共享环境下租户的数据需要回滚，要在不影响其他租户的前提下完成，相比于独享环境的租户会复杂很多。
上图为动态数据源业务流程图。动态数据源在配置方面使用yml配置，一个数据源可以被称为一个数据源组，一个组包含一主多从。数据源配置可以将租户与数据源的绑定关系分开配置，这样可以灵活的绑定实现租户与数据源的关系。松散配置方面，多个租户可以绑定同一个数据源组，可细化绑定关系到schema，而且绑定关系与数据源组配置的修改不相互影响。同时一个数据源组实际上是一组实例的多个连接池组成的，而且数据源组在满足配置的情况下可以通过配置中心动态配置。
在配置结构中，支持自定义扩展连接池，而且连接池的配置属性可以支持粒度细化到单个实例的，相同属性细粒度的配置会覆盖粗粒度的配置。
在租户标识传递方面，目前默认的是将租户标识放在header中，在接收到请求之后将header中的租户标识放入缓存中，这个可以看作是一个会话级别的缓存。仅需要在父线程中初始化并设置值，子线程也可以获取到，并且需要在请求结束时清理掉，防止线程池中线程复用导致数据污染。
租户与数据源以及schema的绑定关系除了使用配置文件配置之外，还可以使用开放的扩展接口自行扩展绑定逻辑。看到这里，有小伙伴会问，设计的路由插件为什么没有关于行隔离的内容。
行隔离，是指通过在业务表中添加可以标识租户身份的字段，用于数据隔离，但并不代表所有的业务表都需要添加这个字段。每一条业务数据都可以理解为是在基础数据之上创建的，不是凭空出现的，只需要做到在业务表中可以传递租户身份标识即可。
比如一个项目管理系统，根组织可以是SaaS的拥有者，也可以没有这个根组织，不同的团队可以理解成不同的租户。在团队之下新建部门，部门之下新建项目，项目之下关联项目组的成员，以及项目的一些详细信息。在部门这一层，租户标识实际上是团队，在项目这一层的租户标识实际上是部门，成员这一级的标识实际上是项目组，成员详细信息的标识实际上的成员ID，这样也可以理解为租户标识的传递，但是不需要额外的在每个表中去维护这些标识信息。这些标识可以本来就是业务中天然携带的，更是侵入性的，所以正常的业务不用也没必要单独去考虑行隔离的实现。不推荐在业务处理过程中进行切换数据源。以微服务的设计来讲，排除需要分库分表的业务，如果在一个服务里面需要通过连接不同的业务库来实现访问不同业务的数据，这种方式是不合适的。应当基于微服务的设计思想，不同的业务模块需要有不同的服务来管理。跨业务模块操作数据时，需要通过服务调用、消息通知等方式操作，不应该越权去处理其他业务模块的数据。虽然通过配置可以实现这个功能，但是正常的业务场景是不推荐这么使用的。
谈及数据路由插件在未来的演进方向时，现在插件是以SDK的方式提供，有其局限性，如不能跨语言。正在规划中的sidecar版本的路由插件将会解决跨语言的问题，能够完整的把SaaS应用的租户路由管理起来。同时sidecar版本还带能来一些新的能力，例如资源分配策略、路由策略、可视化，统一的资源管理分配等等。| 欢迎光临 ToB企服应用市场:ToB评测及商务社交产业平台 (https://dis.qidao123.com/) | Powered by Discuz! X3.4 |