Elasticsearch提供了很多开发与运维便利的特性，很多特性看起来微不足道，需要时感慨真是卧虎藏龙。以下围绕Elasticsearch提供的别名特性展开，主要探讨几个方面：
- 别名的应用类型
- 别名的应用场景
别名本质是一种内置代理
需求背景早期基于Lucene自主开发搜索应用，定期重新生成索引，之后应用访问平滑的切换，需要做一大堆的辅助工作，后接触到Elasticsearch，提供了索引别名特性，很容易完成切换。
应用场景Elasticsearch提供了两种别名机制：
- 索引别名
- 字段别名
索引别名
Elasticsearch索引本质上是个虚拟的空间，本后的实际数据存储查询都是由分片完成，索引访问索引本身也是通过索引代理实现，可以这样理解，默认索引别名就是索引名称本身。
索引别名，应用在索引访问层面。
- 应用索引重建切换
在应用系统中，索引需要定期维护，如索引重建，重建时为了不影响线上系统应用，一般会重新创建新的索引，待新索引数据重建完成，就需要无缝的替换掉原有索引，这个时候就需要引入索引别名
索引重建切换
- 应用索引外部隔离
互联网行业中，典型的如电商订单场景，有实时订单与历史订单；常规设计有实时订单索引与历史订单索引分开，实时索引存储最近未完成的订单数据，如最近30天内；历史索引则相当于全量的订单数据，相比实时会有一些延迟，历史的数量非常的庞大，一般也会拆分成很多个索引，访问历史索引数据可以通过别名来指定，绑定所有历史索引，而不用人工指定索引查询，这带来了很便利。
历史订单索引别名绑定隔离
- 应用索引内部隔离
索引创建多了，集群需要管理更多的元数据，消耗更多的管理节点资源，如果索引本身数量不是很大，可以将很多数据合并到一个索引中，对外采用多别名的方式隔离，每个别名仅限其中某些类型的数据访问。
别名绑定索引内部隔离，某电商商品内部隔离
字段别名
字段别名，更容易理解，应用在字段访问层面。
- 字段代理查询
在传统关系型数据库中，由于业务原因，早期设计数据表时，字段与业务的映射是基于某种场景需求，后期又增加了更多的数据字段，原来的字段命名与新的会有很多奇异，造成一些开发与设计困扰，在Elasticsearch中，一样有此问题，所以可以通过字段别名替代，消除这种歧义。
- 注意字段别名不能直接更新，可直接更新别名指向的字段
Elasticsearch提供的别名API非常简单，相当容易理解。
索引别名
- 索引别名创建，简单代理场景实现
#为索引myindex_001创建别名myindex
PUT /myindex_001/_alias/myindex
#原有索引访问方式
GET myindex_001/_search
#通过别名访问方式
GET myindex/_search
- 索引别名创建，绑定多个索引场景实现
#为索引myindex_001～005 绑定相同别名 myindex
PUT myindex_001/_alias/myindex
PUT myindex_002/_alias/myindex
PUT myindex_003/_alias/myindex
PUT myindex_004/_alias/myindex
PUT myindex_005/_alias/myindex
#通过别名访问所有索引
GET myindex/_search
单个索引别名绑定多个索引
- 索引别名创建，限定索引内容查询场景实现
#创建索引myuser_001的别名userid_12，限定访问user_12的数据
PUT /myuser_001/_alias/user_12
{
"routing" : "12",
"filter" : {
"term" : {
"user_id" : 12
}
}
}
#通过别名访问所有索引
GET user_12/_search
字段别名
- 字段别名创建，简单代理场景实现
#创建字段别名索引 mytrips_001
PUT mytrips_001
{
"mappings": {
"properties": {
"distance": {
"type": "long"
},
"route_length_miles": {
"type": "alias",
"path": "distance"
},
"transit_mode": {
"type": "keyword"
}
}
}
}
#填充数据
POST mytrips_001/_doc
{
"distance":200,
"transit_mode":"huoche"
}
#字段别名限制查询
GET /mytrips_001/_search
{
"query": {
"range" : {
"route_length_miles" : {
"gte" : 110
}
}
}
} 注意事项
索引别名
索引别名确实相比过去自主实现切换确实代理了很多便利，但也不可以大规模混乱使用，使用时注意几点
- 原有索引名称命名要规范有规律可循，创建别名绑定时，容易归类
- 索引别名可绑定多个索引，单个索引也可绑定多个索引别名，注意控制双向绑定的数量
字段别名
字段别名限制在查询领域，若是数据更新还是需要更新原有的数据字段，否则会出错。
结语课程
Elasticsearch产品很注重实战便利，一方面降低了我们原有应用系统的复杂度，一方面减少了我们产品接入的成本。Elastic Stack是一个很庞大的数据产品系列，自主学习需要花费很多精力与金钱，为此我们设计了很多对应课程系列，面向多种用户层面，面向企业客户，面向个体用户。 [《ES训练营第一期：Elastic入门到进阶实战》](https://ke.qq.com/course/2328146?tuin=d3fd9a94)是我们面向个体用户最简单的课程系列之一。课程内容来源于我们的实际工作中提炼，与当下很多课程属于学院派不一样，我们知晓项目实际运用的需求。
加入我们的课程VIP学习计划
内容
内容来源于笔者实际工作中运用多种技术栈实现场景需求，得出的一些实战经验与总结思考，提供后来者借鉴参考，请勿抄袭，内容原创，转载请注明。
关于
李猛（ynuosoft），Elastic-stack产品深度用户，通过Elastic工程师认证，2012年接触Elasticsearch，对Elastic-Stack技术栈开发、架构、运维等方面有深入体验，实践过多种Elastic项目，最暴力的大数据分析应用，最复杂的业务系统应用；业余为企业提供Elastic-stack咨询培训以及调优实施；多年实战经验，爱捣腾，擅长大数据，机器学习，系统架构领域。
深圳星图智能 星图智能是Elastic官方MSP技术合作伙伴
