转载自http://blog.csdn.net/younger_china/article/details/52336241
1.1 术语
在描述的体系结构之前，首先介绍本技术系列文档使用的术语词汇表，以帮助澄清模糊点：
•Agent，Agent是长期运行在每个consul集群成员节点上守护进程。通过命令consul agent启动。Agent有client和server两种模式。由于每个节点都必须运行agent，所有节点要么是client要么是server。所有的Agent都可以可以调用DNS或HTTP API，并负责检查和维护服务同步。
•client 运行client模式的Agent，将所有的RPCs转发到Server。Client是相对无状态的。Client唯一所做的是在后台参与LAN gossip pool。只消耗少量的资源，少量的网络带宽。
•Server 运行Server模式的Agent，参与Raft quorum，维护集群的状态，响应RPC查询，与其他数据中心交互WAN gossip，转发查询到Leader或远程数据中心。
•datacenter 数据中心的定义似乎是显而易见的，有一些细节是必须考虑的。例如，在EC2，多个可用性区域是否被认为组成了单一的数据中心？我们定义数据中心是在同一个网络环境中——私有的，低延迟，高带宽。这不包括基于公共互联网环境，但是对于我们而言，在同一个EC2的多个可用性区域会被认为是一个的数据中心。
•Consensus - 当本系列文档中，consensus，意味着leader election协议，以及事务的顺序。由于这些事务是基于一个有限状态机，consensus的定义意味着复制状态机的一致性。
•Gossip – consul是建立在Serf之上，提供了完成的Gossip协议，用于成员维护故障检测、事件广播。详细细节参见gossip documentation。这足以知道gossip是基于UDP协议实现随机的节点到节点的通信，主要是在UDP。
•LAN Gossip，指的是LAN gossip pool，包含位于同一个局域网或者数据中心的节点。
•WAN Gossip，指的是WAN gossip pool，只包含server节点，这些server主要分布在不同的数据中心或者通信是基于互联网或广域网的。
•RPC，远程过程调用。是允许client请求服务器的请求/响应机制。
http://blog.csdn.net/younger_china/article/details/52243718 consul环境搭建
http://blog.csdn.net/mn960mn/article/details/51768678 使用consul实现服务的注册和实现