Не знаю, является ли это лучшим подходом для вашего сценария. Если у кого-то есть лучшее решение, чем это, пожалуйста, предоставьте.Ограничением является то, что у вас ограниченный размер на вашем сервере.Ниже приведен мой подход к решению вашей проблемы
- В настоящее время у вас есть один REST API (FilePart API), который развернут на одном сервере с ограниченным объемом памяти.(назовем его сервером 1)
- Сделайте этот API-интерфейс REST FilePart развернутым на сервере 1 для создания частей файла (вместо всего файла) на основе данных разбивки на страницы и возврата сгенерированного файла деталей.
- Развертываниееще одно приложение (FileCombine API) на другом сервере (назовем его сервером 2), которое будет вызывать FilePart REST API на сервере 1 и отправлять pageNo и pageSize в качестве параметров.Этот вызов будет принимать сгенерированный filePart в качестве ответа и сохраняться на сервере 2.
- API-интерфейс FileCombine будет выполнять несколько вызовов API-интерфейса FilePart до тех пор, пока не будут загружены все детали.
- Как только все детали будут загружены на сервер 2,FileCombine API объединит все fileParts и отправит его обратно клиенту.
Таким образом, ваша архитектура будет похожа на
Клиент --calls -> FileCombineAPI (Server2) Вызовы --mutliple -> FilePartAPI (Сервер 1)
Сервер 1: Ограниченное пространство.
Сервер 2: Достаточно места для обработки операции.