Я работаю над проектом, в котором я должен обрабатывать загрузку, обработку и обслуживание изображений. Это webApi, закодированный с ядром aspnet, и пользователи должны иметь возможность загружать изображения в угловое веб-приложение, которое будет размещаться на веб-сайте, но с некоторыми недостатками.
- Изображения загружаются в полном размереи я хочу иметь возможность изменить их размер перед обслуживанием.
- Я должен иметь возможность обрабатывать изображения перед рендерингом, в зависимости от аргументов запроса запроса.
Сегодня мне удается сохранить ихизображения в контейнере BLOB-объектов Azure и моем WebApi, чтобы получить их, чтобы применить обработку изображений и изменить их размер перед рендерингом. Затем окончательное изображение сохраняется в кэше на стороне сервера.
Это решение проблематично для сервера, который на 80% занят ОЗУ полностью.
Я ищу способ управления изображениямибез необходимости кэшировать их на стороне сервера, не применять обработку изображений каждый раз, когда запрос запрашивает что-то, что уже должно было быть сделано.
У меня есть некоторые идеи, но я бы предпочел обратиться к эксперту, поэтому здесь яam:
Как насчет:
- предварительно создать хранилище всех возможных изображений во время загрузки в хранилище BLOB-объектов и перенаправить запросы на общий доступ BLOB-объектов? (Я боюсь, что время отклика, если 20 изображений загружены в одном запросе)
- сгенерировать при первом запросе и сохранить в хранилище BLOB-объектов для последующего перенаправления на общий доступ BLOB-объектов?
- проверить наличие изображения + перенаправление 302 на публичный доступ к BLOB-объекту, хорошо?
- Должен ли я поставить verizon cdn перед моим BLOB-объектом?
Спасибо, что уделили время, ребята,