consul

Consul是一个分布式高可用的系统，它有以下特点：

服务发现：Consul客户能够注册一个服务，比如api或mysql，其他客户可以在Consul上查询一个指定服务的提供者。Consul提供DNS和HTTP的服务发现接口。

健康检查：Consul可以灵活的使用脚本等来检测注册在其上的服务是否可用，不健康的服务Consul也能够灵活处理，比如提供服务的主机内存使用超过90%，我们可以配置让Consul不要把这样的服务提供给服务调用者。

key/value存储：这个功能和etcd有些类似，可以通过HTTP API方便地使用。

多数据中心支持：Consul支持开箱即用的多数据中心支持，这意味着用户不用建立额外的抽象层让业务扩展到各个区域。

Consul的基本架构

提供服务给Consul的节点需要运行一个Consul agent，agent可以运行为server或client模式，服务调用或使用KV存储的节点运行agent不是必需的。agent负责服务和节点的健康检测。agent与一个或多个Consul Server进行交互。Consul Server用于存放和复制数据。在一个集群中，Consul Server一般为奇数个，常用为3、5、7，它们会使用consensus protocol来选出一个leader。服务使用节点可以查询Consul agent，而不管这个agent运行在什么模式，因为运行在client模式下的agent虽然不保存数据，但是它会将请求转发到Consul Server。

下面的内容主要对Consul的服务注册、查询以及Consul Template进行介绍。

注册服务和查询服务

服务注册可以使用HTTP API或者服务定义文件来实现，这里采用后者。

在目录/etc/consul.d下建立一个文件web.json，内容如下：

{ "service":  {"name": "web", "tags": ["rails"], "port": 80} }

启动Consul为dev模式（生产环境下不能用，因为不持久化任何数据）

$consul agent -dev -config-dir /etc/consul.d

如果日志输出正常，可以通过DNS API和HTTP API来查询刚才注册的服务

DNS API 查询

$dig @127.0.0.1 -p 8600 web.service.consul SRV

HTTP API 查询

$curl http://localhost:8500/v1/catalog/service/web

Consul Template简介

Consul Template提供一个方便的方式从Consul获取数据通过consul-template的后台程序保存到文件系统。这个后台进程监控Consul实例的变化并更新任意数量的模板到文件系统。作为一个附件功能，模板更新完成后consul-template可以运行任何命令， 比如我们可以render完nginx的配置文件，然后自动执行reload命令，全部自动化，不用人为干预。

consul template 的使用也简单直接，下面是一个例子：

consul-template \

-consul 127.0.0.1:8500 \

-template "/tmp/template.ctmpl:/var/www/nginx.conf:service nginx restart" \

-retry 30s \

-once

查询本地的 Consul 实例(agent),一旦Consul保存的配置发生变化，consul template拉下来这些配置，渲染模板并重启 Nginx ,如果 Consul 不可用30秒重试一次。

模板文件的书写方法和go template 一致，可以参考https://golang.org/pkg/text/template