一、 目的
在服务在容器中部署时，外部调用服务需要知道服务接口ip及端口号，这样导致部署时需要配置，从而增加部署的困难。本文档主要介绍如何使用ningx反向代理和consul进行自动化服务发现与部署，从而使外部访问服务只需要访问nginx代理即可解决，同时也可以解决分布式服务及大访问量负载问题。
场景说明：如有一个数据服务data-service，如果在docker集群中部署的话，ip和port都可能变化，这时线上服务必须更改配置，才能访问到data-service服务。而采用本方案的话，只需要配置好ningx负载均衡的ip与地址，数据服务可随时重新部署调整，不需要重新配置。
二、 概述
Nginx是常用的轻量级反向代理插件，使用Ningx可以让服务统一入口，通过Ningx配置服务路径请求转发路径，将对应的请求路由到对应的服务中处理。使用Ningx可以使后端服务部署更加灵活。
Consul包含多个组件,但是作为一个整体,为你的基础设施提供服务发现和服务配置的工具.他提供以下关键特性:
服务发现 Consul的客户端可用提供一个服务,比如 api 或者mysql ,另外一些客户端可用使用Consul去发现一个指定服务的提供者.通过DNS或者HTTP应用程序可用很容易的找到他所依赖的服务.
健康检查 Consul客户端可用提供任意数量的健康检查,指定一个服务(比如:webserver是否返回了200 OK 状态码)或者使用本地节点(比如:内存使用是否大于90%). 这个信息可由operator用来监视集群的健康.被服务发现组件用来避免将流量发送到不健康的主机.
Key/Value存储 应用程序可用根据自己的需要使用Consul的层级的Key/Value存储.比如动态配置,功能标记,协调,领袖选举等等,简单的HTTP API让他更易于使用.
多数据中心 Consul支持开箱即用的多数据中心.这意味着用户不需要担心需要建立额外的抽象层让业务扩展到多个区域.
Consul面向DevOps和应用开发者友好.是他适合现代的弹性的基础设施.
三、 部署方案
i. 部署图
图1 部署图
ii. 部署过程
部署consul server
docker run -d --name=consul_server -p 8400:8400 -p 8500:8500 -p 8600:53/udp -h docker_server progrium/consul -server -bootstrap