ElasticSearch 架构图

  1. 云栖社区>
  2. 博客>
  3. 正文

ElasticSearch 架构图

技术小哥哥 2017-11-19 16:37:00 浏览1832
展开阅读全文

      

                                  ElasticSearch 架构图      

 

 

下往上来分析ElasticSearch 架构图

  Gateway代表ElasticSearch索引的持久化存储方式。

      在Gateway中,ElasticSearch默认先把索引存储在内存中,然后当内存满的时候,再持久化到Gateway里。当ES集群关闭或重启的时候,它就会从Gateway里去读取索引数据。比如LocalFileSystem和HDFS、AS3等。

  DistributedLucene Directory,它是Lucene里的一些列索引文件组成的目录。它负责管理这些索引文件。包括数据的读取、写入,以及索引的添加和合并等。

  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,是监控。



本文转自大数据躺过的坑博客园博客,原文链接:http://www.cnblogs.com/zlslch/p/6612659.html,如需转载请自行联系原作者

网友评论

登录后评论
0/500
评论
技术小哥哥
+ 关注