напишу крамолу — REST вообще никак не завязан на НТТР и можно реализовать REST сервис на WCF c использованием SOAP.
Правильно пишете, что REST — это просто набор архитектурных принципов. Так а какой из них предполагает использование НТТР?
Единственное, что можно хоть как-то притянуть за уши — это единообразие интерфейса. Но кто нам мешает реализовать такой интерфейс с хорошей, годной WSDL?
слишком толсто. К сожалению, всю мощь и красоту ФП не используют в энтерпрайзе по множеству разных причин, главная из которых — требуется код, который не требует узконаправленных знаний, чтобы с ним работать.
Так как ФП в продакшне применяется исчезающе мало, соответственно, никто его и не учит — получается замкнутый круг. Всё нужное и ФП-подобное мы имеем в LINQ, а остальное не прошло проверку временем и индусиками.
В итоге, видео длиной 44 секунды собирается примерно 40 секунд. Очевидно, нам не нужно каждый раз разрезать один и тот же видос, поэтому я нарезал фрагменты заранее и в первой лябмде просто собираю куски в нужном порядке. Если посмотреть трейс по X-Ray (тема для отдельной статьи), оказывается, большая часть времени уходит на то, чтобы отрисовать картинки с неймтегами и загрузить их в S3.
Кстати, шутка была бы неплохой шуткой, но AWS Elemental MediaConvert действительно даёт возможность встроить любую непроматываемую рекламу! У них это идёт отдельной настройкой, и, в принципе, при желании, можно было бы поднять целую пиратскую CDN на их мощностях — техническая возможность есть.
Вот только AWS моментально заблокирует за такие фокусы :)
Разворачивал всё через CloudFormation, работает норм.
Паблик с3 тоже не понравился, но до клиента донесли. При необходимости можно через SignedUrl получить
Приложение не рассчитано на непрерывную работу и стандартное сравнение «Нам нужно держать 100 реквестов в секунду», где есть смысл в ЕС2. Здесь как раз предполагается Burst
Идея довольно простая — мы берём оригинальный видос, разрезаем его и заменяем фрагменты из него на пользовательские видео. Логика простая — считаем, сколько видео нам прислали и подменяем соответствующее количество фрагментов из оригинального видео. Например, всего в заставке 4 персонажа, пользователи прислали два видео. Подменяем их, и получаем результат, где два видео с пользователем, а два с оригинальными актёрами :)
такие статьи, если они прилично написаны — всегда интересно читать. У меня несколько похожая история, разве что хождения по мукам были сконцентрированы в пару лет.
на дотнет буквально вчера то же самое задвигали. Посмотрел на их систему собесов, отписался рекрутеру, что пока не готов на такое подписываться.
Наверное, чтобы на такие собесы идти, нужно как следует отчаяться :)
Правильно пишете, что REST — это просто набор архитектурных принципов. Так а какой из них предполагает использование НТТР?
Единственное, что можно хоть как-то притянуть за уши — это единообразие интерфейса. Но кто нам мешает реализовать такой интерфейс с хорошей, годной WSDL?
Так как ФП в продакшне применяется исчезающе мало, соответственно, никто его и не учит — получается замкнутый круг. Всё нужное и ФП-подобное мы имеем в LINQ, а остальное не прошло проверку временем и индусиками.
Сам MediaConvert работает на удивление быстро.
Вот только AWS моментально заблокирует за такие фокусы :)
а так, спасибо за камент — познавательно.
Неплохо бы узнать, чего смог добиться автор.