服务发现

　　其实简单说，服务发现就是解耦服务与IP地址之间的硬绑定关系，

　　以典型的集群为例，对于集群来说，是有多个节点的，这些节点对应多个IP（或者同一个IP的不同端口号），集群中不同节点责任是不一样的。

　　比如说一个数据集群中，可以分为读节点或者写节点，写节点和读节点都是相对的，不是硬绑定的，某一个逻辑节点，随着故障转移及恢复，是可以变换身份的（写变读，读变写；主降从，从升主等等）

　　集群对外提供服务的时候，对于外界来说，集群中节点身份变换的时候需要对外透明，外界无需因为集群节点的身份变换而更改配置，这就需要一个解耦合的服务。

　　Consul，zookeeper等中间件，就是做这个透明转换的，也就是服务发现。这里简单测试consul作为服务发现的实现。

　　Consul是一种服务解耦解决方案（servicemeshsolution，纠结了好久不知道怎么翻译），提供具有服务发现，配置和分段功能的全功能控制系统（controlplane）。

　　这些功能中的每一个都可以根据需要单独使用，也可以一起使用以构建完整的服务解耦。即便是用了谷歌翻译的情况下，这段翻译纠结了半天，不知道怎么翻译合适。

　　它提供如下几个关键功能：

服务发现：

　　Consul的某些客户端可以提供一个服务，例如api或者mysql，其它客户端可以使用Consul去发现这个服务的提供者。

　　使用DNS或者HTTP，应用可以很容易的找到他们所依赖的服务。

健康检查：

　　Consul客户端可以提供一些健康检查，这些健康检查可以关联到一个指定的服务（服务是否返回200OK），也可以关联到本地节点（内存使用率是否在90%以下）。

　　这些信息可以被一个操作员用来监控集群的健康状态，被服务发现组件路由时用来远离不健康的主机。

键值存储：

　　应用可以使用Consul提供的分层键值存储用于一些目的，包括动态配置、特征标记、协作、leader选举等等。通过一个简单的HTTPAPI可以很容易的使用这个组件。

多数据中心：

　　Consul对多数据中心有非常好的支持，这意味着Consul用户不必担心由于创建更多抽象层而产生的多个区域。

　　Consul被设计为对DevOps群体和应用开发者友好，他非常适合现代的、可伸缩的基础设施。