Конвертируй это - с Yandex Message Queue

Поділитися
Вставка
  • Опубліковано 12 лис 2024

КОМЕНТАРІ • 15

  • @kholodarev
    @kholodarev 2 роки тому

    🔥спасибо за отличный кейс!

  • @dbelyaev
    @dbelyaev Рік тому

    Вопрос. А если видео длинное и большое по объёму? Сможет ли функция справиться с его конвертацией с учётом существующих лимитов?

    • @YandexCloudPlatform
      @YandexCloudPlatform  Рік тому

      Здравствуйте, Дмитрий! Ваш вопрос не теряем, вернёмся с подробностями.

    • @YandexCloudPlatform
      @YandexCloudPlatform  Рік тому

      Спешим к вам! Видео бывают разной длины и качества. У нас есть ограничения по памяти и ядрам на функцию и по максимальному времени её выполнения, поэтому всё зависит от самого видео.

  • @0xlilx0
    @0xlilx0 5 місяців тому

    Ещё бы догадались пинить версии библиотек в туториалах или где-либо в документации. При использовании последней boto3 в питоне (и не только) выплюнет "Action param was not found". Казалось бы, огромная корпорация с культурой кода и убийственными собесами, но нет.. не смогли

    • @YandexCloudPlatform
      @YandexCloudPlatform  5 місяців тому

      Здравствуйте! Спасибо за обратную связь. Передали ваше пожелание команде.

  • @timoha2812
    @timoha2812 Рік тому

    Здравствуйте. Есть вопрос. Сервис собран на serverless containers и message queue. Что будет если во время обработки очередного сообщения из очереди container ляжет по установленному timeout? Что произойдет с тем сообщением, которое не завершило обработку? И что случится когда сработает тригер и контейнер запустится вновь после падения от tımeout?

    • @YandexCloudPlatform
      @YandexCloudPlatform  Рік тому +1

      Здравствуйте, Тимофей! Вы можете управлять поведением сервиса - настраивать политику обработки ошибок: количество попыток повторного вызова и перенаправление в DLQ в случае исчерпания количества попыток. При использовании настроек по умолчанию, необработанные сообщения теряются. Подробнее об этом вы можете прочитать в нашей документации: clck.ru/35LPUg

    • @timoha2812
      @timoha2812 Рік тому

      ​@@YandexCloudPlatform Спасибо большое за ответ. Позвольте пожалуйста еще вопрос. Я не нашел в документации инфы как я могу получить сообщения из очереди, когда я пользуюсь триггером для ymq. Я использую node.js и @aws-sdk/client-sqs. Я так понял что стандартный метод "receiveMessage" не будет работать вместе с триггером. Как я могу получить сообщения чтобы в последствии их обработать? Заранее спасибо за ответ

    • @YandexCloudPlatform
      @YandexCloudPlatform  Рік тому

      Здравствуйте! Ваш вопрос увидели. Уточним детали у команды и вернёмся с ответом. Не теряйте 😉

    • @YandexCloudPlatform
      @YandexCloudPlatform  Рік тому

      Спешим к вам с ответом! Триггер сам вычитывает сообщения из очереди и вызывает функцию или контейнер, который вы указали при создании триггера. Подробнее об этом мы рассказали в разделе Триггер: clck.ru/35ob9x

  • @dimachen86
    @dimachen86 3 роки тому

    Не совсем понятно с удалением сообщений из очереди.
    Когда мы приняли сообщение в функции handle_process_event(event, context)
    Мы не должны удалять его из очереди? В документации написано:
    ---
    После приема сообщений и их обработки их следует удалять из очереди
    ---

    • @AntonChernousov
      @AntonChernousov 3 роки тому

      Если читать сообщения из ymq напрямую - то да, нужно удалять сообщения и т.д. Если читать триггером - то не надо ничего удалять.

    • @dimachen86
      @dimachen86 3 роки тому

      @@AntonChernousov Спасибо, понял. Было удивительно куда они пропадают при вызове триггером )

    • @AntonChernousov
      @AntonChernousov 3 роки тому +1

      @@dimachen86 Дада они автоматом зачищаются в случае триггеров. Не самое очевидное поведение.