В случае моего сценария проблема с загрузкой, по-видимому, была вызвана отправкой HTTP-запросов без тайм-аута HTTP, установленного для нашей CDN.Синхронные запросы удерживали выполнение страницы в течение многих минут, а затем балансировщик нагрузки прервал запрос.
Запросы на изображения на страницах статьи. Мы убеждаемся, что они существуют перед рендерингом, если они не существуют, мы показываем общий. Примером является https://cloudfront.qwery.com/CDNSource/teasers/56628.jpg в статье 1 изображение. Может ли кто-нибудь предложить альтернативные решения для этого?
В настоящее время ресурсы находятся в S3, поэтому, возможно, CRON ежечасно синхронизирует данные с веб-серверами, а веб-серверы берут копию корзины S3 при сборке. Однако для этого решения нам понадобится EBS для масштабирования до нашего общего размера изображения. Может ли кто-нибудь подсказать мне, как эффективно его рассчитать и что это будет? Может ли кто-нибудь также посоветовать, есть ли лучшее решение для этого? В идеале локальный файловый ресурс должен быть доступен для проверки существования или отсутствия чего-либо.
Раньше мы пытались использовать EFS для хранения сеансов, но обнаружили, что его стоимость слишком высока для использования в производственной среде, +10 000 долларов США в месяц. Может ли кто-нибудь посоветовать, сколько, по вашему мнению, будет стоить хранение изображений, и/или сколько усилий, по вашему мнению, потребуется для настройки этого в производственной среде?
