Иван Шумов
@inoise Куратор тега Amazon Web Services
Валерий Орлов, курс, видимо, плохой. В рамках AWS так не делают - за такие вещи отрывают руки в паре известных мне компаний. Вы по сути пишете API для загрузки файлов в облако. Для этого есть куча вариантов:
1. Разовый доступ на загрузку файлов напрямую в AWS S3 с жесткими политиками (bucket policy) на параметры загрузки
2. AWS API Gateway и AWS lambda в фоне. Добавьте сюда IAM Role для доступа, а API Gateway можно закрыть любой безопасностью, например OpenID JWT.
В вашем случае:
- блокируемый event-loop в nodejs
- отсутствие мониторинга
- отсутствие безопасности (и дело на в dev версии)
Так же у меня подозрения что вы медленно загружаете файлы из-за (это мои догадки) отсутствия Transfer Acceleration
Иван Шумов
@inoise Куратор тега Amazon Web Services
а вот вчитываясь в код - зачем вы пишете свой код для загрузки если можете использовать api s3? если хотите сделать свое api для загрузки то сделайте api gateway и прикрутите к нему lambda
Евгений Николаев, я подписан на курсы от acloud.guru. Они не идеальные, но постоянно пополняются. Для среднего, даже, IT-специалиста - это копейки. И я их более чем окупаю. А если посмотреть что это не единственные курсы то я вообще в громадном плюсе. Все зависит, действительно, он мотивации
vism, CDN доставляет ваш контент клиенту. Какой там роутинг адресов - не сильно важно. Хранить можете где угодно, главное чтобы CDN провайдер имел туда доступ
vism, вы не правильно понимаете. CDN это распределённая сеть серверов для быстрого обмена данными между клиентом и ресурсом. В нем может быть или не быть кэширование, например, но сам он ничего не хранит
MedMall, Яндекс только начал выходить на этот ранок и как любое их творение - через всем известное место. Roistat, comagic, ....смотрите хорошие инструменты
Константин Б., это проблема не устройства. Обычно проблема задержек в контейнерах это кривой DNS и настройки сети. Это все прекрасно лечится конфигурацией контейнера
LegeArtis, ну, если у вас УЖЕ готов сертификат для вашего api и ваше api поддерживает SSL на уровне Apache, то вам без разницы в принципе закрыта у вас уже нода SSL или нет. просто поставьте ее как бэкэнд.
Судя по тому что вы говорите то у вас Apache для api слушает 80 порт то есть у вас не все сделано для первой части