问题标签 [api-gateway]

I basically have a smaller software that is using the Microservice architecture. I am currently using RabbitMQ to do the communication between UI and services and that works great.

However I am thinking about creating a new microservice, a API Gateway, that basically takes the RabbitMQ logic from the UI and encapsulate into a service, which would become the entry point to all the other services.

The benefit is that I would encapsulate the logic that give access to the services and also being able to add authentication in the API Gateway.

However I would need to use HTTP request to interact with the API as I am moving the messaging logic from the UI. Could there be any major drawbacks in this approach?

I have being able to find examples about RabbitMQ and examples about API Gateways but never those two together, I might just be overthinking it a bit.

我正在尝试使用 ApiGateway 从 S3 存储桶获取文件列表。应该如何看待我来自 ApiGateWay 的 GET 请求？

我们使用 WSO2 API 管理器 2.1.0 版来发布我们的 API。

另一方面，我们想使用内联原型功能来模拟尚未开发的 API。

在我们的安装中，我们有单独的网关（生产和沙箱），如 https://docs.wso2.com/display/AM210/Publish+through+Multiple+API+Gateways中所述

我们的问题是所有内联原型 API 都部署在生产端点中（并且该端点受到保护）。有没有办法使用内联，但使用沙盒？

我正在使用 JHipster 构建一个微服务应用程序。将网关从 JHipster 4.13.3 升级到 4.14.1 后，jhipster upgrade在网关应用程序根目录中运行，我遇到了一些与实体 CRUD 控制器的错误 url 有关的错误。这里的日志：

在我的 webapp 架构中，我有一个 api 网关，它代理对我的微服务的请求，还有一个公共微服务，其他微服务可以通过 rest api 查询。所有这些都在节点服务器上运行。我希望微服务只能从 api 网关访问，除了公共服务器也可以从其他微服务访问。实现这一点的最佳网络架构是什么，我是否需要以某种方式处理服务器之间的身份验证？

我们目前正在研究将现有的单体应用程序转换为沿 API 网关运行以进行协调的细粒度微服务的可能性。

我有这种情况，其中有三个微服务：

1- 产品微服务：产品的 REST API 服务。2- 类别微服务：类别的 REST API 服务。3- 聚合微服务：一种 REST API 服务，它连接类别列表及其产品，然后将它们返回到一个模型中。

根据附图，除了 HTTP 方法和请求正文等所有请求选项外，任何客户端都可以向 API 网关发送请求，指定他想从哪个微服务检索信息。

API 网关将接收客户端的请求并使用服务发现将其重新路由到指定的微服务。

我的问题是，如果客户端尝试联系聚合微服务怎么办？这将导致对 API 网关的请求，然后 API 网关将重新路由到聚合服务。但是，聚合服务需要联系类别服务和产品服务，以便以统一的模型回复客户端。这要求聚合微服务也再次联系 API 网关，以便它可以将其请求重新路由到类别和产品微服务。

这里似乎发生了很多通信流量，我是否在这里遗漏了什么，或者这是实现这种场景的正确方法。

我正在尝试在Lambda 函数中处理WAV(audio)文件。我通过API Gateway的POST方法暴露了 Lambda 。我已经尝试了代理集成和 POST 与正文映射模板，但无法解析 lambda 中所需的 WAV 文件。我在这两种方法中都通过 API Gateway 获取了一个BASE64字符串，解码时它与原始 WAV 文件不匹配。

解析文件时是否存在问题或需要对正文映射模板进行某些操作？

我是 docker 世界的初学者，我无法使用 docker compose 让两个容器进行通信。我有两个容器：

• Service Registry：一个使用 Netflix Eureka 实现服务注册功能的简单 Spring Boot 应用程序。
• API Gateway：一个使用 Netflix Zuul 的简单 Spring Boot 应用程序。此应用程序将通过连接到给定的 URL 定期尝试注册到 Service Registry 应用程序

没有码头一切正常！现在使用 docker-compose，网关无法找到 Eureka 服务器 URL。

docker-compose.yml 文件：

网关的application.yml文件为：

我收到此异常：

com.sun.jersey.api.client.ClientHandlerException：java.net.ConnectException：连接被拒绝（连接被拒绝）

我尝试了不同的方法来配置 Eureka 客户端，但没有办法！它不起作用。提前致谢。

我们在我们的应用程序中使用 ZUUL API 网关与 eureka 一起用于服务发现机制。

Zuul 本身没有任何 DDOS 机制和设置 API 阈值 AFAIK。

在使用 Zuul 时我有哪些预防 DDOS 的选项，我是否应该在 zuul 之前有另一个像 nginx 这样的反向代理来管理阈值等事情？

高度赞赏这方面的任何指导。

当使用像Kong这样的本地（在我自己的）api网关时，它应该在一个节点中作为1与主kubernetes集群运行还是应该作为单独的kubernetes集群运行？