Zookeeper配置中心服务发现设计方案

配置中心服务注册发现方案

背景

配置中心football-server服务目前运行在线上环境提供给内部第三方服务调用。为保证配置中心的服务的可用性&＃xff0c;于是决定对配置中心服务端配置进行改造&＃xff0c;加入服务注册发现功能。

服务治理中心选型

• Consul
• Eureka
• Zookeeper
• etcd
  
  单纯考虑服务治理Eureka应该是目前最合适的选型,Eureka提供了完整的Service Registry和Service Discovery实现&＃xff0c;并且在经受了Netflix自己的生产环境考验&＃xff0c;相对使用起来省心。
  目前公司线上环境对Eureka的支持力度不够&＃xff0c;Zookeeper是一个比较好的替代方案&＃xff0c;遂决定使用Zookeeper作为服务治理中心。

架构演变

Before Architecture

New Architecture

新增服务meta-server

meta-server作为对football-client提供service发现的唯一接口。

• Q: 为什么不让football-client直接访问Zookeeper。
• A: fooball-client作为一个lib提供给其他服务使用&＃xff0c;应该尽量少的依赖其他的库&＃xff0c;如何直接和Zookeeper相连&＃xff0c;那么和服务发现相关的逻辑就必须耦合在football-client的代码里面。如果第三方服务自身也需要和Zookeeper有交互&＃xff0c;那么可能会存在版本或者连接冲突问题。为避免复杂应该使football-client的代码更纯粹
• Q: football-client如何获取到football-Service的服务地址
• A: football-client只需要使用HttpClient访问meta-server提供的Restful接口。
• Q: 如果meta-server挂掉了怎么办&＃xff1f;
• A: 目前meta-server只提供一个服务&＃xff0c;这也是我们抽取meta-server的主要意义&＃xff0c;等后面扩展使用Nginx作为负载&＃xff0c;多个meta-server Instance运行就能保证高可用了。

football-server 新增功能

football-server需增加启动向Zookeeper提交服务信息&＃xff0c;定时和Zookeeper保持服务心跳。

football-client lib新增功能

fooball-client需新增加定时调用meta-server获取football-server的服务地址&＃xff0c;并将服务地址缓存起来&＃xff0c;暂定每隔5分钟刷新一次。

全新服务上线问题

服务上线需考虑到新的服务会修改football-client的代码&＃xff0c;目前有线上项目使用的football-client的Jar包还是老版本&＃xff0c;要保证旧服务依旧可以正常运行。

Reference

Zookie zookie.
Apollo Apollo.
Zookeeper Zookeeper学习.