Существует служба Windows, которая использует файлы видео, которые предоставляются некоторыми поставщиками контента. Затем служба Windows пытается создать записи для каждого данного видеофайла с помощью Amazon Elastic Transcoder.Ваша заявка отправляет запросы на Amacon Elastic Transcoder быстрее, чем максимальная скорость запроса
Для каждого видеофайла около 15 исполнений создаются путем создания одного задания и добавления к нему 15 выходов.
Это работает отлично, пока я не запускаю свой тестовый проект несколько раз подряд. Затем я получаю это сообщение об ошибке «Ваше приложение отправляет запросы на Amazon Elastic Transcoder быстрее, чем максимальная скорость запроса».
Я получаю сообщение об ошибке, когда я просто проверяю логику службы Windows, в то время как на производственных мощностях эта служба Windows ежедневно использует около 50 000 видеофайлов. Это означает, что я буду создавать 50 000 рабочих мест каждый день. Для такого большого объема запроса Elastic Transcoder кажется слишком слабым.
Есть ли конфигурация для увеличения дросселирования на эластичном транскодере? Если этого не происходит, каков фактический предел сортировки рабочих мест в минуту?
спасибо. Я развожу эту службу Windows на пяти разных серверах, поэтому я должен убедиться, что эти серверы не будут отправлять более двух (или одного) запроса за секунду. Является ли создание очереди, добавление запросов на задание в эту очередь и затем выводят задания из этой очереди на основе временного интервала, лучший способ убедиться, что я перейду за пределы? есть ли более простой способ? – Aref
Если у вас есть пять разных сервисов, работающих независимо друг от друга, вам необходимо ввести время простоя 2500 мс между запросами на задание, чтобы убедиться, что вы (статистически) отправляете максимум 2 задания в секунду, вы все равно будете тем не менее, может достигать 5 JPS. Другой альтернативой является предоставление услуг в смену, т. Е. Одна услуга загружается только в течение первых десяти секунд каждой минуты, а следующая - через десять секунд и т. Д. С периодом льгот 500 мс между каждым созданием задания. –
Я работаю с ET уже почти год, но с помощью веб-интерфейса. Это был ужасный опыт, поэтому я, наконец, просто создал данные/код, необходимые для использования API, и мгновенно ударил эти ограничения. Я почти уверен, что ET не предназначен для использования в масштабах и масштабах предприятия. – rainabba