ElasticSearch如何实现已删除文档的主动通知且无需修改应用端代码？

首先明确答案：存在两种完全不需要改动应用侧代码的实现方式，覆盖不同的删除场景：

• 索引级批量删除场景：用ILM（索引生命周期管理）的删除阶段钩子
  如果你已经通过ILM管理索引生命周期，可以直接在ILM策略的delete阶段配置前置触发逻辑，ES会在执行索引删除动作之前，主动调用你预先配置的回调地址完成通知，你可以在回调服务里完成后续响应操作。这个方案的优势是配置成本极低，不需要额外部署服务，但只能覆盖索引级别的批量删除场景，无法捕获单文档删除事件。
• 全场景删除（单文档/批量/索引删除）：通过CDC工具监听ES变更事件
  Elasticsearch 7.x及以上版本默认开启软删除特性，所有删除操作都会生成对应的墓碑记录，你可以用开源CDC工具直接拉取集群的变更日志，捕获到DELETE类型的事件后就可以触发预设的响应逻辑。如果是7.x之前的版本，也可以通过监听translog（事务日志）的方式实现，只需要调整translog的保留周期，避免事件被提前清理即可。这个方案完全无侵入，和上层应用的删除逻辑完全解耦。

补充临时场景方案：如果只是处理一次性的批量删除需求，可以直接调用_tasks API监控删除类任务的执行状态，匹配到对应任务完成后触发通知，不需要长期部署额外服务。

你提到的标记删除、rollover转移索引的变通方案，本身也可以搭配上述两种方案使用，不需要做额外调整。

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