![](https://img-blog.csdnimg.cn/direct/22dbcc846ad64ae8ab98af9151cf9471.jpeg?x-oss-process=image/resize,m_fixed,h_224,w_224)
gateway专栏
文章平均质量分 91
本专栏旨在帮助您深入了解和应用API网关技术,构建可靠、高性能的微服务架构。
shark-chili
这个作者很懒,什么都没留下…
展开
-
微服务组件Gateway核心使用小结
而gateway作为微服务应用前的一道关卡,gateway和nacos整合之后,即可通过nacos获取各个服务信息,结合配置的路由配置即可将请求转发实际请求的服务上。当我们将应用拆成微服务之后,客户端对于这些服务的调用就会变得十分复杂(每个客户端只能自己去记录每一个服务的调用地址),所以我们可以通过网关来统一管理这些服务的路由。两者使用的场景不同,nginx作为请求的第一道关卡,其作为开源免费的的反向代理服务器,其并发处理能力以及非常小的内存开销是gateway未能拥有的。,否则配置不会生效。原创 2022-02-27 19:43:01 · 1209 阅读 · 0 评论 -
Gateway全局异常处理及请求响应监控
我们在上一篇文章基于压测进行Feign调优完成的服务间调用的性能调优,此时我们也关注到一个问题,如果我们统一从网关调用服务,但是网关因为某些原因报错或者没有找到服务怎么办呢?如下所示,笔者通过网关调用account服务,但是account服务还没起来。此时请求还没有到达account就报错了,这就意味着我们服务中编写的对网关没有任何作用。了解的默认错误处理,我们就可以改造,返回一个和普通服务一样的格式给前端告知网关报错。从上文我们可知网关默认错误处理时,通过类图我们可以发现它继承了一个。原创 2023-12-11 12:36:59 · 5688 阅读 · 2 评论 -
整合服务网关gateway
我们在上一篇文章基于docker-compose整合seata完成seata的整合,解决服务间分布式事务问题。所以我们现在还剩下一个问题,服务统一调用问题:如下图所示,我们目前服务间远程调用都是通过nacos服务注册和服务发现实现的,这就使得我们在调用时就无需关注调用细节。但是用户如果需要分别调用这几个服务时问题就来了,如果我们需要分别调用三个服务,就需要通过不通端口进行调用,而且服务中可能还存在人证问题,如果按照现有架构进行调用我们就必须反反复复的在不同服务调用前进行人证。原创 2022-03-19 16:21:11 · 1267 阅读 · 1 评论