熵是衡量某个体系中事物混乱程度的一个指标，是从热力学第二定律借鉴过来的。
熵增原理孤立系统的熵永不自动减少，熵在可逆过程中不变，在不可逆过程中增加。
熵增加原理是热力学第二定律的又一种表述，它更为概括地指出了不可逆过程的进行方向；同时，更深刻地指出了热力学第二定律是大量分子无规则运动所具有的统计规律，因此只适用于大量分子构成的系统，不适用于单个分子或少量分子构成的系统。
举个现实社会的例子，国家是由一个个的人组成的，小国家几万人口，大国家几亿人口，每个人都有自己的想法，不可能这些人没有组织就能维持这个国家的运转。我国有省市县乡四级行政区划，乡管理几十个村，县管理十几个乡，市管理十几个县，省管理十几个市。如果让省直接去管理以万为单位的村，李村的村长贪污了补贴款，张村的马路被压坏了，隔壁王村放开二胎后还是没人生孩子…，肯定是管不过来的。通过这种层级的行政划分，国家得到了有序的治理，而不是乱哄哄一片。
Consul面对的问题也是类似的，它是一个分布式的服务发现系统，需要做服务注册、健康检查、服务发现，以及在成员之间共享这些服务信息。大点的系统可能有成千上万的服务，分布在成百上千的节点，服务应该注册在哪些节点，数据在节点之间怎么同步，节点失败了怎么办，怎样保证增加节点数量不会导致性能明显下降…如果不解决好这些问题，整个系统可能就会变得混乱，走向失控和崩溃。
理解两个组件这里首先介绍跟服务和健康检查紧密相关的两个部件：Agent和Catalog，可以让大家更容易理解Consul的反熵。
AgentAgent存在于Consul的每一个节点中，负责维护注册到其上的服务和健康检查，以及执行这些健康检查，更新本地服务的健康信息。
CatalogCatalog存在于Server 节点，聚合了各个Agent采集的信息，包括服务、健康检查、相关的节点，以及它们对应的状态，服务发现就是基于Catalog来做的。
然而Catalog中这些信息的字段要比Agent维护的少很多，因为Catelog只是一个视图，它没有关于服务、健康检查和节点的设置项信息。
反熵机制根据前边对熵的说明，Consul 的反熵就是让Consul集群更有序，而其反熵机制就和上边提到的两个部件紧密相关。
当服务或健康检查在Agent注册后，信息就会通知到Catalog中；当Agent中根据健康检查的服务状态发生变化时，状态也会通知到Catalog中；当服务或健康检查从Agent中消失后，Catalog中也会移除相对应的信息。
Agent负责注册到其上的服务及健康检查，Catalog负责聚合集群各个Agent的数据用于服务发现，Agent同步最新数据到Catalog，各个Agent的数据不断收敛到Catalog，从而实现集群的有序运作。波斯码建议大家通过调用Consul API中的Agent和Catalog接口来验证这个机制。
