gpt4 book ai didi

microservices - 为什么微服务推荐使用 API 网关?

转载 作者:行者123 更新时间:2023-12-03 21:20:32 29 4
gpt4 key购买 nike

对于微服务,常用的设计模式是 API-Gateway。我对它的实现和影响有点困惑。我的问题/疑虑如下:

  • 为什么一般不讨论微服务的其他模式?如果是,那么我错过了他们吗?
  • 如果我们部署一个网关服务器,那不是瓶颈吗?
  • 由于单点请求过多,网关服务器是否容易受到崩溃/故障的影响?我相信此时的负载将是巨大的(请记住,Netflix 正在做类似的事情)。如果我理解错误,请纠正我。
  • 流/下载/上传数据(如文件、视频、图像)也会通过网关服务器与其他中间件服​​务一起传递吗?
  • 为什么我们不能使用代理模式而不是网关?

  • 据我了解,在理想的环境中,网关服务器将处理来自客户端的请求,并在微服务执行了应有的任务后做出响应。

    另外,我在看 Spring Cloud Gateway。这似乎是我在网关服务器中寻找的东西,但如果它只是一个路由(重定向)服务并且微服务将直接负责对客户端的响应,它的路由功能会让我感到困惑。

    最佳答案

    网关模式用于为一堆不同的微服务提供单一接口(interface)。如果您有多个微服务为您的 API 提供数据,您不希望将所有这些都暴露给您的客户端。对他们来说只有一个入口点要好得多,而不必考虑轮询哪个服务来获取哪些数据。能够集中身份验证等常见处理也很不错。像任何设计模式一样,它可以很好地应用于某些解决方案,但不适用于其他解决方案。

    如果吞吐量成为问题,网关的可扩展性非常强。您可以添加更多网关并对其进行负载平衡

    代理模式和 API 网关模式之间存在一些细微差别。我推荐这篇文章以获得非常简单的解释
    https://blog.akana.com/api-proxy-or-gateway/

    关于microservices - 为什么微服务推荐使用 API 网关?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/54515171/

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