docker+consul+registrator实现服务注册与发现

第1章服务注册中心

1.1简介

服务注册中心为了解耦服务提供者和服务消费者。微服务是分布式的，一般有多个服务支持者。为进一步支持弹性扩缩容特性，微服务的支持者数量和分布式是动态的。所以，单体静态LB机制不适用了，引入额外组件来管理微服务提供者的注册与发现。这个组件就是服务注册中心。
分布式架构CAP理论：

• 一致性：所有节点同一时间有相同数据。
• 可用性：保证每个请求无论成功与否都有相应。
• 分隔容忍：系统任意消息丢失或失败不会影响系统的正常运作。

1.2服务注册中心软件

• ZooKeeper：开源分布式应用程序协调服务。为分布式提供一致性的服务，提供功能有配置维护、域名服务、分布式同步、组服务… … 封装复杂易出错的关键服务，将简单易用接口、性能高效、功能稳定系统提供给客户。

• EureKa:是基于REST的服务，主要以AWS（云服务）为支撑，提供服务发现并实现负载均衡和故障转移。

• Etcd：分布式键值对存储系统，用于可靠快速保存关键数据，并提供访问。etcd集群是为高可用、持久化数据存储和检索而准备。

• Consul：用于实现分布式系统的服务发现与配置。与其他分布式服务注册与发现的方案比如Airbnb的SmartStack 等相比，Consul 的方案更“一站式”，内置了服务注册与发现框架、分布一致性协议实现健康检查、Key/Nalue 存储、多数据中心方案，不再需要依赖其他工具(比如ZooKeeper 等)。使用起来也较为简单。Consul 用Golang 语言实现，因此具有天然可移植性(支持Linux、 windows 和MacOS X):安装包仅包含一个可执行文件，方便部署，与Docker等轻量级容器可无缝配合。

1.3Consul介绍

Consul是一个分布式、高可用、支持多数据中心的服务发现，配置和编排工具。支持大规模部署，配置和维护面向服务的体系结构。
Consul主要功能：

• 服务发现：通过DNS和HTTP接口使得消费者发现服务，应用程序可以轻松找到所依赖的服务。
• 健康检查：防止将请求转发给不健康的主机。
• 键值存储：可以使用分层键值存储，比如功能标记，动态配置。
• 多数据中心：开箱即用，不需要复杂的配置。意味着不用建立抽象逻辑扩展多个地区。

1.4框架

一般框架：
Docker+Etcd+Confd+Nginx
Docker+Consul+Nginx

Docker—>Regitrator---->Consul----->Consul-template---->Nginx

第2章自动发现Docker服务架构构建

2.1Consul服务

每个提供服务的节点（docker主机）都要部署运行Consul的client。所有运行Consul agent 的节点集合构成Consul cluster。Consul agent有两种工作模式：server和clinet，二者只是Consul集群层面的区分，与搭建在Consul clusterr之上的应用服务无关。以server模式运行的Consul agent用于维护Consul集群状态。每个Consul cluster组要3个以上运行的server mode的agent，clinet节点不限。

环境：
操作系统 主机名 ip 软件
centos7 Consul 192.168.9.7 nginx、consul、consul-template
centos7 docker1 192.168.9.8 docker-ce、registrator
centos7 docker2 192.168.9.9 docker-ce、registrator

2.2安装consul

注意，本实验制作了后面的部分，安装了一个consul agent，所以不用选出leader，直接指定即可。

[root@consul ~]# unzip consul_0.9.2_linux_amd64.zip 
Archive:  consul_0.9.2_linux_amd64.zip
  inflating: consul                  
[root@consul ~]# ls
anaconda-ks.cfg  consul  consul_0.9.2_linux_amd64.zip
[root@consul ~]# mv consul /usr/bin/
[root@consul ~]# nohup consul agent -server -bootstrap -ui -data-dir=/var/lib/consul-data -bind=192.168.9.6 -client=