Elastic Search多客户数据隔离：动态添加客户ID过滤实现方案

当然可以！这其实是Elasticsearch多租户场景下的核心需求之一，完全可以通过「动态注入客户ID过滤条件」来实现严格的数据隔离，确保每个客户只能访问自己的记录。下面是具体的实现思路和注意事项：

1. 先给所有文档打上客户ID标记 #

在写入数据到Elasticsearch的时候，必须给每个文档添加一个固定字段（比如customer_id），用来唯一标识所属客户。这个字段的值要从后端的身份认证系统中获取，绝对不能由前端传入，避免恶意篡改。

示例写入请求：

PUT /multi_customer_index/_doc/1001
{
  "title": "客户专属订单记录",
  "content": "订单详情xxx",
  "customer_id": "client_007" // 从后端会话/令牌中提取的真实客户ID
}

2. 查询时自动注入客户ID过滤条件 #

当客户发起查询请求时，后端先从用户的身份凭证（比如登录会话、JWT令牌）中提取对应的customer_id，然后自动拼接到查询的过滤条件中，用户的原始查询只会在自己的数据集范围内执行。

这里要注意：绝对不能让用户在查询参数中指定customer_id，所有过滤逻辑必须由后端完成，杜绝越权访问的可能。

示例查询请求（后端自动拼接后）：

GET /multi_customer_index/_search
{
  "query": {
    "bool": {
      "must": [
        { "match": { "title": "订单" } } // 用户提交的原始查询条件
      ],
      "filter": [
        { "term": { "customer_id": "client_007" } } // 后端动态注入的客户ID过滤
      ]
    }
  }
}

3. 进阶优化方案 #

如果你的Elasticsearch集群开启了Elastic Stack Security（原X-Pack Security），还可以用**文档级安全性（Document-Level Security）**来简化实现：

• 给每个客户创建对应的角色，角色的权限规则设置为只能访问customer_id: 对应客户ID的文档
• 这样每次用户查询时，Elasticsearch会自动应用角色的过滤规则，不用后端手动拼接条件，安全性和可维护性更高

另外，如果客户数量不多，也可以考虑索引级隔离（每个客户单独一个索引），但这种方案在客户数量庞大时会带来索引管理和资源消耗的问题，所以文档级过滤是更通用的方案。

关键验证环节 #

一定要做越权测试：用客户A的身份去查询客户B的customer_id对应的文档，确保返回的结果为空，验证隔离逻辑的有效性。

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