docker consul的容器服务更新与发现
服务注册与发现是微服务架构中不可或缺的重要组件。起初服务都是单节点的,不保证高可用性,也不考虑服务的压力承载,服务之间调用单纯的通过接口访问。直到后来出现了多个节点的分布式架构,起初的解决手段是在服务前端负载均衡,这样前端必须要知道所有后端服务的网络位置,并配置在配置文件中。这里就会有几个问题:
- 如果调用后端服务A~N,就需要配置N个服务的网络位置,配置很麻烦
- 后端服务的网络位置变化,都需要改变每个调用者的配置
服务注册与发现可以解决这些问题的。后端服务AN可以把当前自己的网络位置注册到服务发现模块,服务发现就以KN的方式记录下来,K一般是服务名,V是ip加端口。服务发现模块定时的进行健康检查,轮询查看这些后端服务能不能访问的了。前端在调用后端服务A~N的时候,就跑去服务发现模块问下他们的网络位置,然后再调用他们的服务。以这样的方式解决上面的问题,前端完全不需要记录这些后端服务的网络位置,前端和后端完全解耦
(2):什么是consul
consul是google开源的一个使用go语言开发的服务管理软件。支持朵数据中心,分布式高可用的,服务发现和配置共享。采用Raft算法,用来保证服务的高可用。内置了服务注册与发现框架、分布一致性协议实现,健康检查、Key/Value存储,多数据中心方案,不再需要依赖其他工具(比如zookeeper)。服务部署简单,只有一个可运行的二进制文件包
consul部署
服务器类型 | 系统 | IP地址 | 需要组件 |
---|---|---|---|
consul服务器 | centos:7 | 192.168.64.250 | 运行consul服务、nginx服务、consul-template守护进程 |
registrator服务器 | centos:7 | 192.168.64.15 | 运行registrator容器、nginx服务 |
关闭防火墙和核心防护
systemctl stop firewalld
setenforce 0
(192.168.64.250)
建立 consul服务
[root@consul ~]# mkdir /opt/consul
[root@consul ~]# cd /opt/consul
[root@consul consul]# rz -E
rz waiting to receive.
[root@consul consul]# ls
consul_0.9.2_linux_amd64.zip
[root@consul consul]# unzip consul_0.9.2_linux_amd64.zip
Archive: consul_0.9.2_linux_amd64.zip
inflating: consul
[root@consul consul]# mv consul /usr/local/bin
[root@consul consul]#
设置代理,后台启动consul服务器
[root@consul consul]# consul agent \
> -server \
> -bootstr