事件驱动体系结构的API网关

Question

我们正在尝试将我们的单片核心拆分为微服务，并使用消息系统（如Kafka）添加一些相互连接的新服务。

下一阶段是创建APIendpoint，以便通过Api网关在移动应用程序和微服务之间进行通信。

开发API网关向微服务传输数据或从微服务传输数据的好解决方案是什么？

1. 使用消息系统作为请求-应答系统（将API网关上的请求转换为消息命令，等待消息系统的响应，并提供状态或必要的数据）
2. 在必要的微服务（例如使用REST.li）上创建RESTendpoint，以通过网关发送或获取数据；根据微服务生成的事件，使用消息系统实现数据的一致性

谢谢你的建议和一些想法

Answer 1

这取决于您采用的体系结构。如果我理解了这个问题，你已经有了kafka消息服务器的代理。我认为您可以使用架构发布/订阅相关消息。

如果在后端体系结构中，遗留系统支持SLA，那么在这种情况下，您可以使用集成所需的restendpoint。

这是如果在体系结构中使用API网关模式的好处。

谢谢。

Answer 2

我想说的是，在很多情况下，第二种选择听起来更合理。

事件驱动解决方案主要适用于有几个以下进程的情况，因此创建实体可以通过Restendpoint，而该实体的进程可以通过事件进行异步。

为了说明，支付流程可以如下所示：

1-）API GW-

另一方面，我的意思是第一种选择，维护一个非常解耦的系统是非常困难的，因为你需要知道所有的交换或队列。

然而，我认为在某些情况下，结合两种解决方案可能会更好。例如，您的API由流量非常高的客户端公开，并且API的任务非常明确。在这种情况下，使用MQ作为该API的缓冲区将是完美的。