Спешим к вам! Видео бывают разной длины и качества. У нас есть ограничения по памяти и ядрам на функцию и по максимальному времени её выполнения, поэтому всё зависит от самого видео.
Здравствуйте. Есть вопрос. Сервис собран на serverless containers и message queue. Что будет если во время обработки очередного сообщения из очереди container ляжет по установленному timeout? Что произойдет с тем сообщением, которое не завершило обработку? И что случится когда сработает тригер и контейнер запустится вновь после падения от tımeout?
Здравствуйте, Тимофей! Вы можете управлять поведением сервиса - настраивать политику обработки ошибок: количество попыток повторного вызова и перенаправление в DLQ в случае исчерпания количества попыток. При использовании настроек по умолчанию, необработанные сообщения теряются. Подробнее об этом вы можете прочитать в нашей документации: clck.ru/35LPUg
@@YandexCloudPlatform Спасибо большое за ответ. Позвольте пожалуйста еще вопрос. Я не нашел в документации инфы как я могу получить сообщения из очереди, когда я пользуюсь триггером для ymq. Я использую node.js и @aws-sdk/client-sqs. Я так понял что стандартный метод "receiveMessage" не будет работать вместе с триггером. Как я могу получить сообщения чтобы в последствии их обработать? Заранее спасибо за ответ
Спешим к вам с ответом! Триггер сам вычитывает сообщения из очереди и вызывает функцию или контейнер, который вы указали при создании триггера. Подробнее об этом мы рассказали в разделе Триггер: clck.ru/35ob9x
Ещё бы догадались пинить версии библиотек в туториалах или где-либо в документации. При использовании последней boto3 в питоне (и не только) выплюнет "Action param was not found". Казалось бы, огромная корпорация с культурой кода и убийственными собесами, но нет.. не смогли
Не совсем понятно с удалением сообщений из очереди. Когда мы приняли сообщение в функции handle_process_event(event, context) Мы не должны удалять его из очереди? В документации написано: --- После приема сообщений и их обработки их следует удалять из очереди ---
Вопрос. А если видео длинное и большое по объёму? Сможет ли функция справиться с его конвертацией с учётом существующих лимитов?
Здравствуйте, Дмитрий! Ваш вопрос не теряем, вернёмся с подробностями.
Спешим к вам! Видео бывают разной длины и качества. У нас есть ограничения по памяти и ядрам на функцию и по максимальному времени её выполнения, поэтому всё зависит от самого видео.
🔥спасибо за отличный кейс!
Здравствуйте. Есть вопрос. Сервис собран на serverless containers и message queue. Что будет если во время обработки очередного сообщения из очереди container ляжет по установленному timeout? Что произойдет с тем сообщением, которое не завершило обработку? И что случится когда сработает тригер и контейнер запустится вновь после падения от tımeout?
Здравствуйте, Тимофей! Вы можете управлять поведением сервиса - настраивать политику обработки ошибок: количество попыток повторного вызова и перенаправление в DLQ в случае исчерпания количества попыток. При использовании настроек по умолчанию, необработанные сообщения теряются. Подробнее об этом вы можете прочитать в нашей документации: clck.ru/35LPUg
@@YandexCloudPlatform Спасибо большое за ответ. Позвольте пожалуйста еще вопрос. Я не нашел в документации инфы как я могу получить сообщения из очереди, когда я пользуюсь триггером для ymq. Я использую node.js и @aws-sdk/client-sqs. Я так понял что стандартный метод "receiveMessage" не будет работать вместе с триггером. Как я могу получить сообщения чтобы в последствии их обработать? Заранее спасибо за ответ
Здравствуйте! Ваш вопрос увидели. Уточним детали у команды и вернёмся с ответом. Не теряйте 😉
Спешим к вам с ответом! Триггер сам вычитывает сообщения из очереди и вызывает функцию или контейнер, который вы указали при создании триггера. Подробнее об этом мы рассказали в разделе Триггер: clck.ru/35ob9x
Ещё бы догадались пинить версии библиотек в туториалах или где-либо в документации. При использовании последней boto3 в питоне (и не только) выплюнет "Action param was not found". Казалось бы, огромная корпорация с культурой кода и убийственными собесами, но нет.. не смогли
Здравствуйте! Спасибо за обратную связь. Передали ваше пожелание команде.
Не совсем понятно с удалением сообщений из очереди.
Когда мы приняли сообщение в функции handle_process_event(event, context)
Мы не должны удалять его из очереди? В документации написано:
---
После приема сообщений и их обработки их следует удалять из очереди
---
Если читать сообщения из ymq напрямую - то да, нужно удалять сообщения и т.д. Если читать триггером - то не надо ничего удалять.
@@AntonChernousov Спасибо, понял. Было удивительно куда они пропадают при вызове триггером )
@@dimachen86 Дада они автоматом зачищаются в случае триггеров. Не самое очевидное поведение.