ElasticSearch在使用的时候最麻烦的一点就是重建索引了，比如你改了数据类型那么就得重建索引。为了不影响当前正在使用的场景，需要有一个方案能够平滑升级。

大部分的资料都讲的是用ElasticSearch alias的方式来实现，今天我们讲下结合配置中心来实现。

划重点:

配置中心需要有2个配置：

orderIndexNameQuery：orderorderIndexNameJob: order

比如刚开始索引是order, 我们可以为这个索引进行升级，就跟API一样，增加版本的概念。比如在索引名称后面增加版本改成order_v2。

配置中心：

orderIndexNameQuery：orderorderIndexNameJob: order_v2

假设你有一个Job去同步数据创建索引，那么这个Job中你获取索引名称就是order_v2，先将这个Job执行一遍，将数据同步完成。

此时查询的地方都用的是之前的order, 没有任何影响。新的索引构建完成后直接将配置中心的内容修改即可平滑迁移。

orderIndexNameQuery：order_v2orderIndexNameJob: order_v2

注意：Job只是全量的数据同步，如果你有其他增量的同步逻辑，增量那边也要进行处理，需要双写2个索引，否则会出现新增加的数据在新的索引丢失的情况。

如果更改到新版本的索引后有问题，还可以及时修改配置，退到之前的索引上，等运行了一段时间没问题后再把老的索引删除掉，释放空间。

很多场景下，利用配置中心实时更新的特性还是可以做很多扩展的，非常方便。

关于作者：尹吉欢，简单的技术爱好者，《Spring Cloud微服务-全栈技术与案例解析》, 《Spring Cloud微服务 入门 实战与进阶》作者, 公众号 猿天地 发起人。