SpringCloud网关和负载均衡整合

20 篇文章 0 订阅
场景

如果网关使用的是springcloud的话就直接使用,springcloud的方法直接整合不讨论
如果采用了数据库或者zk为注册中心的话,当服务端注册的时候就是注册自己的ip地址
那么负载均衡取到的ip是真实的服务端的ip,但是我们需要保证我们的请求都是要走网关的
所以我们需要对我们的负载均衡的代码进行扩展

为什么需要网关呢?

我们的服务需要记过统一的鉴权或者过滤请求等,而我们的网关往往不是springcloud的zuul或者是getway
所以我们需要最负载均衡器做网关的集成,然后走网关的怎么通过负责均衡达到平滑的升级等操作

需要扩展的接口或者类
  1. 是扩展我们的loadbalancer的类
    NFLoadBalancerClassName 扩展loadbalance类
  2. 获取到服务对服务的URL进行改写
    然后数据库获取我们的zuul地址的配置(肯定是一个域名或者是vip)
怎么做到走网关的平滑升级和版本过度
  1. 我们的接口的版本是提现在我们的url上面的
    类似 资源类型(模块用户)/子模块/版本(V1)/具体的资源方法

  2. 怎么做到流量的平滑过渡
    首先上线的时候是不会绝无流量的(24完全提供服务) 所以需要保证我们的流量完全不走当前升级的节点
    再进行服务的替换。

  3. 怎么做处理
    设计:我们需要有一个开关(上线中 待升级 升级中)
    怎么判断完全没有流量:需要进行监控统计,需要加上拦截器统计请求 在开关关闭的时候开始出发统计,一定时间内没有消息,认为可以升级。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值