gpt4 book ai didi

java - Kubernetes Ingress 应该与 Spring Cloud Gateway 共存吗?

转载 作者:行者123 更新时间:2023-12-04 13:32:28 25 4
gpt4 key购买 nike

请小架构/设计问题。
Kubernetes Ingress 应该与 Spring Cloud Gateway 共存吗?如果不是,应该首选哪一个?
首先,通过 Spring Webflux/Spring Cloud Gateway 项目,我设法实现了基于工作路由的转发。意思是,我所有的客户端只需要知道这个并且只有 Spring Cloud Gateway 端点,如果 URL 包含 serviceA,则 Spring Cloud Gateway 将转发到 serviceA,如果是 serviceB,则转发到 serviceB,等等,直截了当。
我添加了更多“软件级功能”,例如动态配置(在运行时更改路由)、断路器、速率限制、隔板和其他一些功能,非常酷,但实际上,我最终将路由转发用作主要特征。
几周前,我花时间研究 Kubernetes,更准确地说是 Kubernetes Ingress。
我设法学习了 Kubernetes Ingress 是一个非常酷和强大的东西。我设法至少执行基于路由的转发。
这意味着,客户端只需要知道这个 Ingress 端点,并且 Ingress 将转发到 Kubernetes 集群内的底层服务。截至目前,它将所有内容转发到 Spring Cloud Gateway,后者将转发到其他所有内容。我试过了,它本来可以转发到真正的商业服务中)。
这就是我怀疑的时刻。
我只是重复工作吗? (我的意思是在功能方面,我很高兴学习两者)。
我应该考虑一个 Spring Cloud Gateway(只有他)真正在做门控的架构吗?
我是否应该考虑 Ingress 和 Software Gateway 都非常重要的架构,并在两者中配置功能? (接受重复的工作?)
我应该完全删除 Spring Cloud Gateway 吗?
谢谢

最佳答案

在我看来,Kubernetes 必须与 Spring Cloud Gateway 共存。
反向代理具有中央日志记录、安全性、缓存、路由、流量管理功能等功能,但也有它们不能做的事情。 API 网关在这一点上发挥作用。它们具有反向代理的所有功能,此外还具有它们所不具备的额外功能。因此,API 网关被称为增强型反向代理。
所以 Kubernetes Ingress 就像反向代理,而 Spring Cloud Gateway 是 API Gateway 模式的实现。正如我在上面的定义中提到的,我可以说一些你不能用 Kubernetes 做的事情。

  • 你能实现 API 组合吗?否
  • Kubernetes 可以实现 JWT 认证吗?如果是这样,您是否可以通过 Kubernetes 将超过 8 KB 的 JWT 携带到下游服务?否
  • 你能结合 Kubernetes 的所有 Swagger/Open API 文档吗?否
  • 关于java - Kubernetes Ingress 应该与 Spring Cloud Gateway 共存吗?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/64189841/

    25 4 0
    Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
    广告合作:1813099741@qq.com 6ren.com