ElasticSearch在使用的时候最麻烦的一点就是重建索引了，比如你改了数据类型那么就得重建索引。为了不影响当前正在使用的场景，需要有一个方案能够平滑升级。
大部分的资料都讲的是用ElasticSearch alias的方式来实现，今天我们讲下结合配置中心来实现。
划重点:
配置中心需要有2个配置：
orderIndexNameQuery：order
orderIndexNameJob: order
比如刚开始索引是order, 我们可以为这个索引进行升级，就跟API一样，增加版本的概念。比如在索引名称后面增加版本改成order_v2。
配置中心：
orderIndexNameQuery：order
orderIndexNameJob: order_v2
假设你有一个Job去同步数据创建索引，那么这个Job中你获取索引名称就是order_v2，先将这个Job执行一遍，将数据同步完成。
此时查询的地方都用的是之前的order, 没有任何影响。新的索引构建完成后直接将配置中心的内容修改即可平滑迁移。
orderIndexNameQuery：order_v2
orderIndexNameJob: order_v2
注意：Job只是全量的数据同步，如果你有其他增量的同步逻辑，增量那边也要进行处理，需要双写2个索引，否则会出现新增加的数据在新的索引丢失的情况。
如果更改到新版本的索引后有问题，还可以及时修改配置，退到之前的索引上，等运行了一段时间没问题后再把老的索引删除掉，释放空间。
很多场景下，利用配置中心实时更新的特性还是可以做很多扩展的，非常方便。
关于作者：尹吉欢，简单的技术爱好者，《Spring Cloud微服务-全栈技术与案例解析》, 《Spring Cloud微服务 入门 实战与进阶》作者, 公众号 猿天地 发起人。
