我想问一个战略问题。
我们希望检索从客户注册到今天的所有客户文件。
为此，我们需要使用2个Web服务。
其中一项服务提供所需文档的UUID。该服务仅适用于fromDate和toDate参数，并且仅接受1天的时间跨度。
因此，如果客户已在4年前注册，则我们需要将此服务致电365x4（年）= 1460次。 （很多！）
然后，第二个服务仅接受最多20个UUID作为“请求”，并响应这些文档的二进制数据。
我们的策略是在每个客户登录我们的门户后为其创建计划的工作。 计划的作业将检索过去一天的文档的UUID并将其放入QUEUE（RABBIT MQ），并且只要QUEUE队列中已满20个UUID或3天UUID，它将把这些UUID作为请求推送给第二个服务
我们应该考虑可能有2000个客户的大量文档。
就时间和资源而言，这是正确的策略吗？
（*注：我们使用laravel框架和库作为Web服务使用者）
谢谢您的帮助。