ElasticSearch 架构图
从下往上来分析ElasticSearch 架构图
Gateway代表ElasticSearch索引的持久化存储方式。
在Gateway中，ElasticSearch默认先把索引存储在内存中，然后当内存满的时候，再持久化到Gateway里。当ES集群关闭或重启的时候，它就会从Gateway里去读取索引数据。比如LocalFileSystem和HDFS、AS3等。
River，代表是数据源。是以插件的形式存在于ElasticSearch中。
Mapping，映射的意思，非常类似于静态语言中的数据类型。比如我们声明一个int类型的变量，那以后这个变量只能存储int类型的数据。
比如我们声明一个double类型的mapping字段，则只能存储double类型的数据。
Mapping不仅是告诉ElasticSearch，哪个字段是哪种类型。还能告诉ElasticSearch如何来索引数据，以及数据是否被索引到等。
Search Moudle，这个很简单
Index Moudle，这个很简单
Disvcovery，主要是负责集群的master节点发现。比如某个节点突然离开或进来的情况，进行一个分片重新分片等。这里有个发现机制。
发现机制默认的实现方式是单播和多播的形式，即Zen，同时也支持点对点的实现。另外一种是以插件的形式，即EC2。
Scripting，即脚本语言。包括很多，这里不多赘述。如mvel、js、python等。
Transport，代表ElasticSearch内部节点，代表跟集群的客户端交互。包括 Thrift、Memcached、Http等协议
RESTful Style API，通过RESTful方式来实现API编程。
3rd plugins，代表第三方插件。
Java(Netty)，是开发框架。
JMX，是监控。
更详细，见