PG
если таск закончился - процесс завершился - контейнер погасится сам.
Size: a a a
2020 March 31
PG
в этом его отличие от сервиса.
GG
понял спс почитаю про sqs
PG
сервис будет дальше что-то слушать и ждать.
PG
это не обязательно sqs. У тебя есть события. Их кто-то должен обрабатывать (либо сервис AWS который по событию что-то выполнит (лямбда, например) - запустит таск, либо это твой сервис запущенный, допустим, в ECS). Обработка "события" будет заключаться в запуске задачи. Задача, когда выполнится - завершается. Контейнер останавливается.
GG
это не обязательно sqs. У тебя есть события. Их кто-то должен обрабатывать (либо сервис AWS который по событию что-то выполнит (лямбда, например) - запустит таск, либо это твой сервис запущенный, допустим, в ECS). Обработка "события" будет заключаться в запуске задачи. Задача, когда выполнится - завершается. Контейнер останавливается.
это про Amazon ECS Events ?
PG
Как раз CloudWatch который ты думал использовать. Только для событий по которым нужно запускать task. А не "завершать" таск.
GG
но тут s3, у меня на самом деле nginx-rtmp, на него приходит стрим, дальше сервис по процессингу видоса кнутри aws конектиться к нему и парсит стрим, хз как это мне подойдет.
AP
Gennady Grishkovtsov
но тут s3, у меня на самом деле nginx-rtmp, на него приходит стрим, дальше сервис по процессингу видоса кнутри aws конектиться к нему и парсит стрим, хз как это мне подойдет.
Это меняет дело )
vk
Gennady Grishkovtsov
я не devops, хз как порешать)
обратись к Глебу или Артуру, они умеют это решать 😂
GG
victor kurguzov
обратись к Глебу или Артуру, они умеют это решать 😂
Витян краса, SOLVED)
SV
был доклад одной конторы по структуре сетей у облачных провайдеров - у амазона самая отстойная структура сети. Они максимально используют публичный сети. Гугл и ажур - максимально свои
а пруфы будут или так... на дурака ??
B
линк выше
VP
Нашёл доклад
https://youtu.be/8Ojw4-EWIBU
https://youtu.be/8Ojw4-EWIBU
Предлагаю прочитать оригинал. https://www.thousandeyes.com/resources/cloud-performance-benchmark-report-november-2019 Там действительно сказано: "Azure and GCP extensively use their backbones to carry user to hosting region traffic. AWS and Alibaba heavily rely on the Internet for user traffic transport, while IBM takes a hybrid approach." Но лично я на основе приведенной в документе картинке, таких выводов сделать не могу. На самом деле из этой картинки вообще что можно вынести. Мне лично не очевидно, что, например Unknown Washington, это публичный интернет.
B
Предлагаю прочитать оригинал. https://www.thousandeyes.com/resources/cloud-performance-benchmark-report-november-2019 Там действительно сказано: "Azure and GCP extensively use their backbones to carry user to hosting region traffic. AWS and Alibaba heavily rely on the Internet for user traffic transport, while IBM takes a hybrid approach." Но лично я на основе приведенной в документе картинке, таких выводов сделать не могу. На самом деле из этой картинки вообще что можно вынести. Мне лично не очевидно, что, например Unknown Washington, это публичный интернет.
я просмотрел оригинал. весь
VP
Еще пример того, как все работает. Если будете трейсраутить из AWS региона в Сингапуре в Австралию, то, к своему удивлению увидите, что трафик, согласно туле идет через Сиэтл (!!!), а пинг всего 90ms. Можно ли утверждать, что в наших кабелях сигнал идет быстрее скорости света? Вопрос знатокам... :)
RV
скорость света 300 000 км/с
RV
за 90 мс он проходит 27 000 км