微服务apigateway模式

时间:2017-08-17 07:47:05

标签: asynchronous architecture microservices reactive api-gateway

我正在一个新项目的用户网站上工作,我需要为每个请求保持良好的响应时间。我想知道我应该使用的微服务模式是什么。

我一直在阅读“api-gateway”模式,其中网关是服务协调器。据我所知,API应该同步调用服务,以便授予业务的逻辑流程。这真的减少了reactive给出的一些优势。

其他方式是使api网关异步,然后需要为每个请求维护状态,因此当收到服务回复时,可以将其映射到正确的请求并继续流程。

我一直在搜索这个主题,但找不到太多有用的文章。您能否请您分享您的想法或指出一些讨论此主题的文章。

谢谢!

2 个答案:

答案 0 :(得分:0)

您应该进行的第一个优化始终应该是最有效的。看看您最昂贵的手术。对我来说,我相信这对于大多数开发人员来说都是正确的,它在服务之间进行通信。无论是从您的API网关到数据服务,还是从数据服务到其数据库,目标都应该是使其最小化。因此,是的,您应该做的第一件事是在与该服务进行对话时使API-网关请求并行发生。否则,您将进行N次呼叫,而不是(本质上)对服务进行1次调用(因为它们同时发生),其中N是服务的数量。在那里浪费了很多时间。

答案 1 :(得分:0)

同步进行调用并不意味着它不能是被动的,被动的表示您的应用服务器将使用线程池(资源有限)与使用被动的方法来处理请求的方式来处理请求然后。第二种方法仍然可以使您对客户端(Web或移动应用程序)进行同步响应