为什么会引入?

　　随着时间的增长索引的数量也会持续增长，然而这些场景基本上只有最近一段时间的数据有使用价值或者会被经常使用(热数据)，而历史数据几乎没有作用或者很少会被使用(冷数据)，这个时候就需要对索引进行一定策略的维护管理甚至是删除清理，否则随着数据量越来越多除了浪费磁盘与内存空间之外，还会严重影响 Elasticsearch 的性能。

　　哪个版本引入的?

　　在 Elastic Stack 6.6 版本后推出了新功能 Index Lifecycle Management(索引生命周期管理)，支持针对索引的全生命周期托管管理，并且在 Kibana 上也提供了一套UI界面来配置策略。

　　索引生命周期常见的阶段?

　　hot: 索引还存在着大量的读写操作。

　　warm:索引不存在写操作，还有被查询的需要。

　　cold:数据不存在写操作，读操作也不多。

　　delete:索引不再需要，可以被安全删除。