通过9300端口与9200端口的ElasticSearch API有什么区别？

Question

我通过9200端口使用ElasticSearchRESTAPI。

官方Java库客户端连接到9300端口。

端口API之间的区别是什么？

我想将日志事件传递到ElasticSearch并查看批量API：

• https://www.elastic.co/guide/en/elasticsearch/client/java-api/current/java-docs-bulk.html
• https://www.elastic.co/guide/en/elasticsearch/reference/current/docs-bulk.html

最让我烦恼的是，通过PreBuiltTransportClient的Java API带来了很多依赖项，如果将客户端插入应用程序，这些依赖项是完全不必要的开销（为什么我需要应用程序中的org.apache.lucenejars？？）。

是否存在性能差异，它们是否提供相同级别的可靠性？

Answer 1

如果您使用的是Java，则可以使用传输客户端使用二进制协议与端口9300上的Elasticsearch进行对话。现在不推荐使用传输客户端-无论如何都应该使用REST API，因为它具有更好的向后兼容性，并且没有显著的性能优势。

Answer 2

这儿呢

java客户端为elastic创建了一个传输节点客户端，并通过传输模块连接到集群（不是完全功能节点），而不是在9200端口上整齐地工作。因此，它退回到端口9300，以连接到ES的传输层。

TransportClient client = new PreBuiltTransportClient(Settings.EMPTY)
        .addTransportAddress(new InetSocketTransportAddress(InetAddress.getByName("host1"), 9300))
        .addTransportAddress(new InetSocketTransportAddress(InetAddress.getByName("host2"), 9300));

弹性侦听端口9300上的所有传输请求，甚至其他节点。