可以为多个租户使用单一索引吗？（Azure 搜索）
Is it Ok to have single index for multiple tenant?(Azure Search)
可以将多个租户 QnA 存储在一个数据源中吗？例如：在 Azure Table 存储中，所有 QnA 都存储在一个 table 中，但每个租户数据由唯一键区分，然后根据其唯一键过滤结果，这将帮助我减少天蓝色服务成本，但他们使用这种方法有什么缺点吗？
在 developer/test 环境中共享 service/index 没问题，但对于生产环境还有其他问题。这些是一些缺点，尽管您可能不关心其中的一些缺点：
- 竞争查询：一个租户的高流量会影响另一个租户的查询latency/throughput
- 更难管理单个租户的数据：您可以轻松删除特定租户的所有文档吗？是否出于任何会影响所有租户的原因需要删除或重新创建整个索引？
- 位置的灵活性：多种服务允许您将数据放置在物理上更靠近发出查询的位置。对于数据的存储位置也有法律要求。
- 易受bugs/human错误影响：人都会犯错； return 错误租户的数据有多糟糕？你会如何防范？
- 权限管理：是否需要授予权限才能查看部分租户的数据？
可以将多个租户 QnA 存储在一个数据源中吗？例如：在 Azure Table 存储中，所有 QnA 都存储在一个 table 中，但每个租户数据由唯一键区分，然后根据其唯一键过滤结果，这将帮助我减少天蓝色服务成本，但他们使用这种方法有什么缺点吗？
在 developer/test 环境中共享 service/index 没问题，但对于生产环境还有其他问题。这些是一些缺点，尽管您可能不关心其中的一些缺点：
- 竞争查询：一个租户的高流量会影响另一个租户的查询latency/throughput
- 更难管理单个租户的数据：您可以轻松删除特定租户的所有文档吗？是否出于任何会影响所有租户的原因需要删除或重新创建整个索引？
- 位置的灵活性：多种服务允许您将数据放置在物理上更靠近发出查询的位置。对于数据的存储位置也有法律要求。
- 易受bugs/human错误影响：人都会犯错； return 错误租户的数据有多糟糕？你会如何防范？
- 权限管理：是否需要授予权限才能查看部分租户的数据？