请注意:
本书基于 Elasticsearch 2.x 版本，有些内容可能已经过时。
Elasticsearch: 权威指南 » 管理、监控和部署 » 部署 » Transport Client 与 Node Client
« Java 虚拟机 配置管理 »

传输客户端 与 节点客户端 (Transport Client Versus Node Client)edit

如果你使用的是 Java，你可能想知道何时使用传输客户端(transport client)与节点客户端(node client)。 如本书的开头所述，传输客户端是一个集群和应用程序之间的通信层。 它知道 API，能在节点之间自动轮询(round-robin)，帮你嗅探集群等等。 但它是集群 外部的 ，和 REST 客户端类似。

另一方面，节点客户端，实际上是集群中的一个节点（但不保存数据，不能成为主节点）。 因为它是一个节点，它知道整个集群状态（所有节点的信息，哪些分片分布在哪些节点，等等）。 这意味着它可以在少一个网络跃点的情况下执行 API (译者注: 网络开销更小)。

这里有两种客户端的使用用例：

  • 如果要将应用程序与集群解耦，传输客户端是一个理想的选择。 例如，如果您的应用程序需要快速的创建和销毁与集群的连接，传输客户端比节点客户端更”轻量”，因为它不是集群的一部分(译者注: 不需要保存集群的状态信息)。

    类似地，如果您需要创建成千上万个连接，你不想有成千上万节点加入集群。传输客户端(transport node, 简称 TC)将是一个更好的选择。

  • 另一方面，如果你只需要少数到集群的长时间的、持久的连接对象，客户端节点可以更高效，因为它知道集群的布局。 但是它会将你的应用程序与集群绑定，所以从防火墙的角度来看可能会出现问题。
« Java 虚拟机 配置管理 »