做网站维护的是什么公司,opencart网站,网站开发综合实训记录周记,和县网站制作应用场景
1、南北向流量
需要流量网关和微服务网关配合使用#xff0c;将内部的微服务能力#xff0c;以统一的 HTTP 接入点对外提供服务。
流量网管主要是接入流量进行负载均衡#xff0c;上游的微服务网关地址和数量变化不大#xff0c;对服务发现要求不高。
微服务网…应用场景
1、南北向流量
需要流量网关和微服务网关配合使用将内部的微服务能力以统一的 HTTP 接入点对外提供服务。
流量网管主要是接入流量进行负载均衡上游的微服务网关地址和数量变化不大对服务发现要求不高。
微服务网关则把外部请求映射到内部的微服务上微服务的节点地址和数量会经常变化路由规则变化基本稳定微服务网关很方便的解决了服务发现。
2、东西向流量
在同一业务域内的微服务通信走的是服务发现机制通过robbin和Feign即可很好解决上游节点的负载均衡不需要微服务网关再来提供集中式的服务。
在一些业务量比较大的系统中可能会按照业务域隔离出一系列的微服务比如支付和交易两个大的业务域服务各自可以拆分出来很多的细粒度的微服务在跨业务域访问的时候希望能够统一提供服务可以走南北向访问也可以走东西向模式访问在走东西向的时候则可以借助借助于微服务网关。
比较与未来
springcloud gateway的功能弱爆了只支持代码和配置文件来配置路由规则不支持动态配置路由规则需要自行来实现实用性不够。
类似apisix这些网关随便拿一个出来都可以干爆springcloud gateway动态定义路由规则配置不需要重启即可生效打通Eureka服务发现也早就实现。
上kubenetes后直接就用service来做服务发现了别说是gateway了连Eureka都不需要了。
长期看所有的应用上k8s是必然springcloud gateway必然没落。
