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微服务 入门 实战与进阶》作者, 公众号 猿天地 发起人。
网友评论