《向量数据库指南》——To B大型知识系统的多租设计

To B大型知识系统的多租设计

 

这类场景中，租户数量一般比较少。比如企业内多个独立的业务团队或部门，如果他们都在提供不同的知识库服务，那么对于数据库中台团队，每一个这样的业务团队或部门都是一个租户。

 

在向量数据库层面，中台团队需要根据业务复杂度为每个租户分配一到多个 Database，业务彼此在 Database 这个粒度进行隔离。这种组织方式几乎把所有的关于 collection 的使用的灵活度都交给了租户：对于 collection 的数据模型、collection 创建数量、不同 collection 上的用户访问权限控制等都不做任何限制。这样的多租设计可以有效支撑不同业务对于向量数据库的差异化使用方式。

图2. 逻辑层到物理层的映射

 

很多时候，我们需要保障核心业务的服务质量。因此除了 Database 粒度的逻辑隔离，我们还需要关注物理隔离。Milvus Cloud 支持逻辑层 Database/Collection 到物理层资源的映射。上图给了一个简单的例子，图中从下到上共出现了三层概念：Query Node，Resource Group，Database。在 Milvus Cloud 系统内部，支撑查询