这款在线、交互的练习工具火了

这篇文章主要说下Consul里面用到最多的术语然后再说明下启动命令背后发生的故事，为后面搭建一个Consul集群做准备。

Agent

Consul集群中在后台长时间运行的进程就是代理。代理通过consul agent启动。代理能够以客户端或服务端模式运行。因为集群中每个节点都必须有一个代理，因此将节点称为客户端或服务器更为简单。所有的代理都可以有DNS或HTTP接口，负责健康检查和保持服务同步。

Client

客户端是将所有RPC请求转发到服务端的代理。客户端是相对无状态的。客户端跑的唯一后台程序就是参与LAN的gossip池。这种活动资源开销最小，并且仅消耗少量的网络带宽。

Server

服务端是有扩展职责集的代理，扩展功能包括参与Raft仲裁，维护集群状态，响应RPC请求，与其他数据中心交换WAN gossip，以及将查询转发给集群leader或远程数据中心。

Datacenter

数据中心是一个私有的，低延迟的，高带宽的网络环境。当然这不包括穿越公网的通信，但出于我们的目的，单个EC2区域内的多个可用区将被视为单个数据中心的一部分。

Consensus

共识协议就是集群选举leader的一致性协议和交易顺序的协议。由于这些事务适用于有限状态机，因此我们对一致性的定义意味着复制状态机的一致性。共识在Wikipedia上有更详细的描述，后面的文章会说Consul的实现。

Gossip

Consul建立在Serf之上，Serf提供了完整的，可用于多种目的Gossip协议。Serf提供了成员管理，故障检测和事件广播等功能。后面会重点说Gossip协议。Gossip会涉及到随机的节点到节点的UDP通信。

LAN Gossip

指的是局域网Gossip池，其中包含的节点都位于同一局域网或数据中心上。

WAN Gossip

指仅包含服务端的WAN Gossip池。这些Consul服务端主要位于不同的数据中心上，一般通过Internet或广域网进行通信。

RPC

远程过程调用。一种请求/响应模式，允许客户端向服务器发出请求。

serf

serf 和Consul一样，也是出自 Hashicorp 的开源项目， 实现了去中心化的 gossip协议，其中 gossip 协议定义了一种类似病毒感染的消息传播过程。一些著名的开源项目，如 Docker 和这里说的 Consul，网络管理和服务发现的核心组件是基于 serf 实现的，然而它们背后的 serf 似乎还鲜为人知，一方面其复杂的理论以及不完善的文档让人望而却步;另一方面，gossip 协议天然的数据 弱一致性 也制约了 serf 的使用场景。想深入了解的可以看这里：

（编辑：盐城站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!