ElasticSearch

背景 众所周知，Elasticsearch是⼀个实时的分布式搜索引擎，为⽤户提供搜索服务。当我们决定存储某种数据，在创建索引的时候就需要将数据结构，即Mapping确定下来，于此同时索引的设定和很多固定配置将不能改变。 <!-- more --> 那如果后续业务发生变化，需要改变数据结构或者更换ES更换分词器怎么办呢？为此，Elastic团队提供了很多通过辅助⼯具来帮助开发⼈员进⾏重建索引的方案。 如果对 reindex API 不熟悉，那么在遇到重构的时候，必然事倍功半，效率低下。反之，就可以方便地进行索引重构，省时省力。 步骤 假设之前我们已经存在一个blog索引，因为更换分词器需要对该索引中的数据进行重建索引，以便支持业务使用新的分词规则搜索数据，并且尽可能使这个变化对外服务没有感知，大概分为以下几个步骤：​ 新增⼀个索引 blog_lastest ，Mapping数据结构与 blog 索引一致 将 blog 数据同步至 blog_lastest 删除 blog 索引 数据同步后给 blog_lastest 添加别名 blog 新建索引 在这里推荐一个ES管理工具 Kibana ，主要针对数据的探索、可视化和分析。 put /blog_lastest/ { "mappings":{ "properties":{ "title":{ "type":"text",

本文源自小乐同学投稿，针对一年工作做个回顾，由一个程序员变成项目负责人，之间的转变值得体味，是不是有种似曾相识的感觉？ 时光荏苒，光阴似箭，不知不觉在技术部渡过了一年的时光。俗话说，总结过去，展望未来，有总结才有进步。回顾2017工作中的点点滴滴，有快乐的时光，有苦逼的加班，也有无助的迷茫，当然也少不了收获。不管怎样，我始终信奉：有付出才有回报。 工作清单 1月至3月，主要是参与A项目的后台开发，涉及资料模块，组织架构模块，报表模块及人脸识别接口验证的开发。 4月至5月，工作调整到A项目风控模块的独立，参与zookeeper+dubbo的部署及调试，抽离模块代码独立部署应用，系统交互通过dubbo调用。 6月至今，负责参与B项目后台、APP、微信等渠道的开发。 项目总结 5月有幸成为B项目的项目负责人和团队一起带领项目往前跑。实话说，我是第一次严格意义上的带项目，内心比较忐忑，当然也很期待。任何事都有第一次，想着既然把活接了，就认真的干。 接下来主要说说B项目项目的大致情况，主要以项目的进度描述各个阶段的状况及对这方面的总结与反思。 第一阶段：第一版本开发 app是原生与H5混合开发模式。第一版需求大家干劲十足加班加点终于6月底如期上线。但上线后app因混合模式问题比较多，所有没有对外发布，只是内部测试使用。紧接着开发第二个版本，开发过程中，公司负责人体验产品