如何在Node.js中实现MongoDB多租户与微服务相关功能？

1. 怎样管理并使用多数据库连接？ #

• 优先用Mongoose的createConnection方法实例化独立连接对象，不要使用默认的全局mongoose.connect，把所有连接按租户ID/微服务标识为key存在全局Map里，请求进来时先匹配对应标识，从Map中读取已有的连接实例，不存在的话再按需初始化，避免重复创建连接浪费资源。
• 连接配置拆分两部分存储：通用配置（连接池大小、超时时间、重连规则）存在公共环境变量中，差异化配置（库名、独立鉴权信息）存在配置中心或者租户元数据表里，初始化连接时合并配置即可。
• 做好连接池水位管控，单个MongoDB实例的总连接数不要超过服务端上限，可按业务优先级给不同租户/服务分配连接数，闲置超过30s的连接自动销毁释放资源。

2. 如何复用身份验证这类通用中间件？ #

• 第一种方案：把Passport的策略注册、身份校验、异常处理逻辑封装为内部私有npm包，所有微服务直接安装依赖即可使用，包暴露可配置的authMiddleware方法，微服务只需要传入自身的权限规则（如指定接口需要的角色、白名单接口）就能直接挂载使用，更新通用逻辑时只需要发版npm包，不需要修改所有微服务代码。
• 第二种方案：在API网关层统一做身份校验，网关集成Passport认证逻辑，校验通过后把用户ID、角色、租户ID等信息加密后放到请求头转发给下游微服务，下游微服务不需要再集成Passport，只需要做简单的权限字段校验即可，复用性更高。
• 注意要把通用校验逻辑和业务逻辑解耦，不要在中间件里写业务相关的判定规则，避免后续迭代出现耦合问题。

3. MongoDB是否适合用于多租户架构场景？ #

MongoDB完全适合多租户架构场景，原生支持三种不同隔离级别的多租户实现方案，可根据业务需求灵活选择：

• 高隔离级方案：每个租户对应独立的MongoDB数据库，数据完全物理隔离，支持单个租户独立备份、恢复、扩容，适合对数据安全要求高的ToB类SaaS业务，缺点是资源成本相对更高。
• 平衡级方案：所有租户共享同一个数据库，每个租户对应独立的集合，集合名加租户ID前缀做区分，隔离级别中等，开发成本低，适合中等规模、租户数量在数千量级的业务。
• 低成本方案：所有租户共享数据库和集合，每个文档新增tenantId字段做标识，所有查询、更新操作强制携带tenantId过滤条件，资源利用率最高，适合租户数量多、单租户数据量小的轻量业务，缺点是隔离级别最低，需要做好查询校验避免数据越权。

此外MongoDB分片集群支持将tenantId作为分片键，租户数据量增长后可以平滑水平扩容，完全可以支撑大规模多租户业务的需求。

内容的提问来源于stack exchange，提问作者bhavesh