能否用Python Elasticsearch库为AWS Elasticsearch文档设置TTL？

Python elasticsearch库找不到TTL相关方法的核心原因：

• 原生文档级TTL（创建文档时通过ttl参数设置单文档过期时间的能力）早在Elasticsearch 5.0版本就被官方正式移除，后续所有高版本（包括AWS托管的Elasticsearch 7.x/8.x、OpenSearch 1.x/2.x）都不再内置支持该参数，官方Python客户端自然不会保留对应实现逻辑，这也是你在源码和公开渠道搜不到对应方法的根本原因。

可行实现方案 #

方案1：基于服务端生命周期管理实现索引级过期清理 #

• 适用场景：同批次写入的文档有统一的过期时间窗口，不需要单文档粒度的差异化TTL
• 实现逻辑：
  • 在AWS Elasticsearch/OpenSearch服务端配置对应的生命周期策略（原生Elasticsearch为ILM，AWS OpenSearch为ISM），设置文档达到指定存活时长后自动从热节点迁移、最终被删除
  • 写入时通过索引别名动态匹配带时间后缀的滚动索引，配合自动滚动规则持续创建符合策略要求的新索引
  • Python客户端仅需调用标准的文档写入、索引创建接口，不需要传递任何TTL相关参数，所有过期规则全部在服务端侧生效
• 优势：不需要额外维护清理任务，所有清理动作由集群本身托管执行，资源开销更低。

方案2：基于自定义时间字段+定时任务实现单文档粒度TTL #

• 适用场景：需要为每个文档设置差异化的过期时间，无法通过统一索引规则满足需求
• 实现逻辑：
  • 写入文档时，在请求体中增加两个固定自定义字段：create_time（记录文档写入的Unix时间戳）、ttl_seconds（记录当前文档的存活时长）
  • 按固定周期（如每15分钟）运行清理任务，通过Python客户端调用delete_by_query接口，筛选并删除满足now - create_time > ttl_seconds条件的过期文档
• 优化技巧：为create_time和ttl_seconds字段建立合适的索引，大幅降低定时删除时的查询扫描成本。

方案3：依托AWS原生托管能力降低运维成本 #

• 适用场景：不想自行维护清理任务的运行状态
• 实现逻辑：通过AWS的托管事件规则、无服务器函数对接Elasticsearch/OpenSearch集群，自动触发过期文档、过期索引的清理动作，不需要自行管理常驻清理任务。

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