Zuul+Hystrix

一、Zuul和Hystrix无缝整合

    1、在Zuul的jar包中包含了Hystrix的jar包,所以我们不需要在项目中添加Hystrix的坐标依赖

    a.创建项目,配置pom.xml文件,配置zuul的依赖

pom.xml

    b.修改application.properties/yml全局配置文件,配置应用名,端口、注册中心地址等

application.properties/yml

    c.修改启动类,添加@EnableZuulProxy开启代理服务

项目结构和启动类

    d.启动测试结果

启动测试结果

2、在网关中实现对服务降级处理

    a.创建项目,添加依赖...修改application.properties/yml配置文件

    b.编写fallback方法类,实现ZuulFackProvider接口重写方法

fallback方法类

    c.人为修改Provider或让Provider出现意外

人为修改Provider

    d.访问测试就可以看到托底数据


3、网关限流优化

创建项目,修改applicaiton.properties/yml全局配置文件

    常见优化参数:

        zuul.ratelimit.enabled:此参数标识是否开启全局限流

        zuul.ratelimit.repository:此参数标识配置存储方式

        zuul.ratelimit.policies.ServiceId.refresh-interval:标识配置多少秒后恢复正常(多少秒内触发异常)

        zuul.ratelimit.policies.serviceId.limit:标识在多少秒内对服务请求多少次触发异常,进行限流保护

        zuul.ratelimit.policies.serviceId.quota:单位时间内允许访问的总时间

        zuul.ratelimit.policies.serviceId.type:设置限流策略的类型

常见优化参数

4、Zuul性能调优—网关的2层超时调优

        Zuul底层采用了Ribbon和hystrix来通信

        Ribbon默认超时是5秒

        Hystrix默认情况下是线程池隔离,超时时间为1000ms

        注意:Ribbon超时必须小于hystrix的超时时间

超时调优图解

    修改Provider

修改Provider

    消费者中的application.properties/yml配置文件

application.properties/yml配置文件 

二、Spring Cloud Config配置中心

    常用的配置管理解决方案的缺点

常用的配置管理解决方案的缺点

        1.硬编码

        2.配置参数在properties/yml文件中(需要重新打包和重启服务器)

        3.配置参数写在xml文件中(需要重新打包和重启服务器)

常用的配置的现状  

·    由于常用的配置管理有很大的缺点,故sprin cloud config采用了集中式的配置中心来管理每个服务的配置信息

为什么使用配置中心

    Spring cloud config 配置中心:在微服务分布式系统中,采用服务端和客户端来提供可扩展的配置服务,配置中心负责管理所有的服务和各种环境配置文件,配置服务中心默认采用Git的方式存储配置文件,因此我们很容易部署修改,有助于对环境配置进行版本管理

    Spring Cloud Config 配置中心解决的问题

解决的问题

        Spring cloud config 配置中心,解决了微服务配置的中心化、版本控制、平台独立、语言独立等问题,其特性如下:

        1.提供服务端和客户端支持(spring cloud config server和spring cloud config client)

        2.集中式管理分布式环境下的应用配置

        3.基于Spring环境,无缝与Spring应用集成

        4.可用于任何语言开发的程序

        5.默认实现基于Git仓库,可以进行版本管理


三、编写配置中心入门案例(需要:前提要有Github账号或者Gitee账号[开源中国])

    1.创建项目,修改Pom.xml配置文件,添加Config-Server的依赖

Pom.xml

    2.修改application.properties/yml配置文件,添加GitHub/Gitee相关参数

application.properties/yml

    3.在远程仓库中配置测试文件

远程仓库

    4.启动类和项目结构

启动类

    5.测试结果

测试结果1
测试结果2
配置文件的命名规则与访问

四、配置中心原理

    Git服务器会从远程git拉取配置文件,并存入到本地git文件库,当远程git不可用时,会从本地git文件库拉取配置信息

简图

    详情参考:SpringCloudConfig配置中心原理以及环境切换


五、编写配置中心客户端

    1.编写配置中心客户端

        a.pom.xml文件

        b.配置文件:注意Config-Client的配置文件命名—>bootstrap.properties/yml

Config-Client的配置文件
配置详细参数

        c.编写方法访问Config-server并返回数据

ConfigClientController

            d.启动类和项目结构

启动类

    e.访问测试

访问测试

六、配置中心热部署

    1.在此次热部署中需要通过HttpClient工具类发送Post请求方式来刷新

pom.xml文件

    application.properties/yml配置文件

application.properties/yml配置文件

        刷新请求的URL

刷新请求的URL

    借助工具类或window下的命令向指定URL发送Post请求

工具类

注意:在SpringIOC中,实例化都为单例模式,如果我们使用热部署则无法使用

        所以需要使用@RefreshScope刷新作用域

@RefreshScope

        修改启动类和项目结构

项目结构

        启动Config-Server和Config-client进行测试,然后在Git远程仓库修改配置文件信息,不重启应用,但是通过工具类向刷新的URL发送Post请求,然后再访问

修改远程仓库中的配置

    发送Post请求

发送Post请求

    数据已经改变

热部署

以后会有更好的解决方式,不会使用此方案,这里只是初步了解


你可能感兴趣的:(Zuul+Hystrix)