Question

我已写下休息的API, 接受一份清单的请求(此清单的大小是动态的) 。

现在,我的API是做什么的, 对于列表中的每个项目, 都叫外部API, 并回应所有回复的收集。

请参见以下流程图:

现在,这个过程耗费时间,反应时间太长。

<强 > 注:

这必须是一个同步的过程。
我们在这里不能执行页数。
我们也不想多读,因为如果项目数量太少,如果项目数量太高,它可能会消耗大量资源,那么,它可能就太过分了。

那么,我们能做些什么来减少这种反应时间吗?

Answer 1

为了解决你的问题,我建议被动的微服务, 即如何开发无阻同步的REST API 和无同步事件驱动的服务。

Traditionally, as Java developers, we are used to implementing synchronous communication using blocking I/O, for example, a RESTful JSON API over HTTP. Using a blocking I/O means that a thread is allocated from the operating system for the length of the request. If the number of concurrent requests goes up, a server might run out of available threads in the operating system, causing problems ranging from longer response times to crashing servers. Using a microservice architecture typically makes this problem even worse, where typically a chain of cooperating microservices is used to serve a request. The more microservices involved in serving a request, the faster the available threads will be drained.

If a synchronous programming model is preferred, use reactive frameworks that can execute synchronous requests using non-blocking I/O, without allocating a thread while waiting for a response. This will make the microservices easier to scale in order to handle an increased workload.

Answer 2

使用可完成的未来在爪哇同时调用多个REST API, 可以通过不阻拦、不同步的调用来显著改善业绩。

我们假设有4个休息室, 并且那些执行时同步, 每人需要100毫秒才能得到数据, 所以总共4毫秒需要400毫秒才能执行, 所以如果你使用可完成的未来, 那么所有4个API 执行的都是无序的, 而不是400毫秒, 你可以在100毫秒内得到响应。

使用可满足的未来, 我们可以利用可满足的未来, 将未来融合在一起。等待所有未来完成, 然后处理结果。

    CompletableFuture<Void> allFutures = CompletableFuture.allOf(api1, api2, api3);

友情链接