SpringCloud 第十七篇:服务网关Zuul基于Apoll
Zuul作为一个老牌的开源服务网关组件,动态路由对它来讲是一个十分必要的功能,毕竟我们不能随便重启服务网关,服务网关是一个微服务系统的大门,今天我们介绍的Zuul动态路由的解决方案来自于携程开源的配置中心Apollo。(了解源码可+求求: 1791743380)
Apollo概述
Apollo(阿波罗)是携程框架部门研发的开源配置管理中心,能够集中化管理应用不同环境、不同集群的配置,配置修改后能够实时推送到应用端,并且具备规范的权限、流程治理等特性。
Apollo支持4个维度管理Key-Value格式的配置:
application (应用)
environment (环境)
cluster (集群)
namespace (命名空间)
Apollo相比于Spring Cloud Config优势
Spring Cloud Config的精妙之处在于它的配置存储于Git,这就天然的把配置的修改、权限、版本等问题隔离在外。通过这个设计使得Spring Cloud Config整体很简单,不过也带来了一些不便之处。
功能点ApolloSpring Cloud Config备注
配置界面一个界面管理不同环境、不同集群配置无,需要通过git操作
配置生效时间实时重启生效,或手动refresh生效Spring Cloud Config需要通过Git webhook,加上额外的消息队列才能支持实时生效
版本管理界面上直接提供发布历史和回滚按钮无,需要通过git操作
灰度发布支持不支持
授权、审核、审计界面上直接支持,而且支持修改、发布权限分离需要通过git仓库设置,且不支持修改、发布权限分离
实例配置监控可以方便的看到当前哪些客户端在使用哪些配置不支持
配置获取性能快,通过数据库访问,还有缓存支持较慢,需要从git clone repository,然后从文件系统读取
客户端支持原生支持所有Java和.Net应用,提供API支持其它语言应用,同时也支持Spring annotation获取配置支持Spring应用,提供annotation获取配置Apollo的适用范围更广一些
工程实战
这里需要准备一个Apollo配置中心,具体如何构建Apollo配置中心我这里不多做介绍,大家可以参考Apollo的官方文档:https://github.com/ctripcorp/apollo/wiki
工程依赖pom.xml如下:
代码清单:chapter16/pom.xml
com.ctrip.framework.apolloapollo-client${apollo-client.version}org.springframework.cloudspring-cloud-starter-netflix-eureka-clientorg.springframework.cloudspring-cloud-starter-netflix-zuul
配置文件
app.properties如下:
代码清单:chapter16/src/main/resources/META-INF/app.properties
app.id=123456789
这里配置的app.id是在Apollo中创建项目时配置的。
application.yml如下:
代码清单:chapter16/src/main/resources/application.yml
apollo: bootstrap: enabled:true namespaces:zuul-config-apollo Meta:http://localhost:8080
在Apollo上新建一个命名空间zuul-config-apollo。
其余的配置都配置在Apollo中,具体如图:
启动主类Chapter16Application.java如下:
代码清单:chapter16/src/main/java/com/springcloud/chapter16/Chapter16Application.java
@SpringBootApplication@EnableEurekaClient@EnableZuulProxy@EnableApolloConfigpublicclassChapter16Application{publicstaticvoidmain(String[] args){ SpringApplication.run(Chapter16Application.class, args); }}
其中@EnableZuulProxy表示开启Zuul网关代理,@EnableApolloConfig表示开启Apollo配置。
路由刷新
代码路径:chapter16/src/main/java/com/springcloud/chapter16/config/ZuulProxyRefresher.java
@ComponentpublicclassZuulProxyRefresherimplementsApplicationContextAware{privateApplicationContext applicationContext;@AutowiredprivateRouteLocator routeLocator;@ApolloConfigChangeListener(value ="zuul-config-apollo")publicvoidonChange(ConfigChangeEvent changeEvent){booleanzuulProxyChanged =false;for(String changedKey : changeEvent.changedKeys()) {if(changedKey.startsWith("zuul.")) { zuulProxyChanged =true;break; } }if(zuulProxyChanged) { refreshZuulProxy(changeEvent); } }privatevoidrefreshZuulProxy(ConfigChangeEvent changeEvent){this.applicationContext.publishEvent(newEnvironmentChangeEvent(changeEvent.changedKeys()));this.applicationContext.publishEvent(newRoutesRefreshedEvent(routeLocator)); }@OverridepublicvoidsetApplicationContext(ApplicationContext applicationContext)throwsBeansException{this.applicationContext = applicationContext; }}
@ApolloConfigChangeListener(value = "zuul-config-apollo")中value的默认参数是application,因为这里我们自定义了namespace,所以需要指定,我们使用@ApolloConfigChangeListener监听Apollo的配置下发,有配置更新时会调用refreshZuulProxy()刷新路由信息。
测试
我们启动Client-Apollo工程和Zuul-Apollo工程,打开浏览器访问:http://localhost:9091/client/hello ,页面可以正常显示,我们在Apollo中修改路由信息,具体如图:
修改完后点击发布,待发布成功后,我们刷新浏览器,之前的路由访问已经报错404,我们使用修改过后的路由http://localhost:9091/client_new/hello ,页面可以正常显示Hello, i am dev from apollo update.,测试成功,我们通过Apollo实现了Zuul的路由信息动态刷新。