我明白你遇到的问题了——你的 ingest pipeline 在常规_update API下能正常更新updated_at，但用_bulk做带脚本的更新时就失效了。这其实是因为默认的default_pipeline不会自动触发在_bulk的update操作（尤其是通过脚本修改文档内容的场景），Elasticsearch默认会绕过 ingest 管道直接执行更新逻辑。

下面给你两个可行的解决方案，你可以根据自己的需求选择：

方案一：在_bulk请求中显式指定pipeline #

你可以在每个update指令里加上pipeline参数，强制让这次更新走你的add_timestamps管道。修改后的_bulk请求如下：

{ "update" : {"_id" : "test", "_type" : "_doc", "_index" : "myindex", "pipeline": "add_timestamps"} }
{
  "script": {
    "source": "ctx._source.counter += params.count",
    "lang": "painless",
    "params": { "count": 4 }
  },
  "upsert": { "counter": 1 }
}

这样每次执行bulk更新时，都会触发管道逻辑，updated_at就会被同步更新了。

方案二：改用final_pipeline替代default_pipeline（推荐） #

如果你不想每次写bulk请求都手动加pipeline参数，可以修改索引的设置，把default_pipeline换成final_pipeline。final_pipeline的特性是无论文档是创建还是更新（包括脚本更新、bulk更新等所有操作），都会在最后触发这个管道，完美适配你的场景。

执行以下API调用修改索引设置：

PUT /myindex/_settings
{
  "index": {
    "final_pipeline": "add_timestamps",
    "default_pipeline": null  // 可以移除原来的default_pipeline，或者保留也不影响，final_pipeline优先级更高
  }
}

修改完成后，你再执行原来的_bulk请求，不需要做任何改动，updated_at字段就会自动更新了，同时created_at也会在文档首次创建时正常设置。

你的add_timestamps管道配置本身是没问题的，核心问题就是触发时机的差异，用上面任意一种方案都能解决你的问题。

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