GG
я не devops, хз как порешать)
Size: a a a
2020 March 31
AP
Правильнее конечно в коде реализовать остановку по завершении выполнения обработки.
PG
Так а таск длительный? Просто если он сам не умирает, то чем это отличается от сервиса?
PG
Кто решает сколько тасков запускать и когда?
GG
Так а таск длительный? Просто если он сам не умирает, то чем это отличается от сервиса?
может быть пару часов
GG
Кто решает сколько тасков запускать и когда?
клиент, может сказать хочу обработать вот эти три видоса, под них будут запущены три таски
PG
Ведь если таск запустился для какой-то задачи, значит - это кому-нибудь нужно?
Значит - кто-то хочет, чтобы они были? (С) Маяковский.
Значит - кто-то хочет, чтобы они были? (С) Маяковский.
GG
все так)
PG
Таски отработали - и ничего больше $ не тянет. Это же fargate.
PG
как можно "убить" таск, если он работу делает?
GG
всмысле если не будет занят CPU, те будет idle деньги не будут капать?
PG
"Гасить их если простаивает CPU" - вот тут мне кажется что-то напутано...
PG
В fargate - да.
GG
но таска при этом будет запущена?
PG
неее.
PG
Если таск работает - платишь.
PG
Отработал - не платишь.
AP
Например так: файл с видео попадает на S3, который закидывает сообщение в SQS. Дальше ecs service autoscalling масштабирует количество контейнеров в зависимости от длины очереди. Код в контейнере берет сообщение, обрабатывает файл, выкладывает его на s3, удаляет сообщение. Дальше он может или выключиться или обрабатывать следующее. Как только в очереди стало 0, то ecs сам всех прибьёт.
PG
Во. Именно. Кто-то принимает решение - запускать таск или нет (этот сервис постоянно работает). А таски запускаются ровно столько сколько их нужно для задач. По выполнению они все "исчезают".
GG
Отработал - не платишь.
таска запускает когда пришел видос (именно realtime stream), стрим закончился через 1.5часа, нужно понять что CPU idle и погасить, я думал так