Ромзес Панагиотис

1. Нужно уточнить какой имеется up канал для загрузки. Он является бутылочным горлышком.
2. Выбрать S3 в регионе поближе.
3. Использовать другие способы: можно пробовать закачивать кусками "параллельно", однако при исчерпании ширины канала этот способ может не сильно ускорить.

Кроме того, можно загружать файл в отложенно (через очереди) и тогда это не будет представлять проблему задержки для клиента.

Ответ в ошибке
Прочитаю документацию API, там должен быть пункт сколько запросов разрешено делать в секунду

Для ответа на ваш вопрос нужно зайти на популярные биржи и поискать заказы на Си. Проанализировать результат.
Сами справитесь?

Проверить видео файл. Скачать и запустить локально.
Возможно из за структуры (не совсем правильное слово) видео.
Такое бывает если файл содержит только изменения видео картинки.
Направление поиска информации - кодирование видео.

Что с этим можно сделать?

Перекодировать.

Не падает, а разрывает неактивное подключение. И это нормальное поведение.
Решается обработкой ошибки и последующим переподключением.

Да могут взломать запросто. По одной простой причине - вы не профессионал в деле защиты серверов linux, так как задали здесь свой вопрос. Значит велика вероятность - что-то упустить.

Можно попробовать готовые библиотеки по ключу "rate limiter"
https://packagist.org/?query=rate%20limiter
Upd. Другой ключ - "throttling/request throttling"

Server-Sent Events

теперь не могу зайти на локальный хост ни с одного браузера

крайне сомневаюсь, что настройки оперы на другие браузеры как то повлиять могли

проверьте для начала что веб-сервер не упал, та самая программка, что 8000 порт слушала

Гугли "reverse proxy".
Реализовать можно на nginx - на него будут приходить все запросы, а он уже по каким-то правилам будет их перенаправлять на внутренние сервисы.
Можно реализовать и на апаче, но не вижу в этом смысла.

Как устранить ошибку 500 на Flask Heroku?
Как исправить проблему с БД и хероку?

Справку не читай - и так сойдёт!

ИМХО
Организация автоматизации при разовом поднятии подобной инфраструктуры займет минимум в 2 раза больше времени, чем поднять все в ручную.
Мне кажется вы просто ни когда не поднимали эти типы вм и поэтому ищете темплейты.
Но это не правильно так как вам потом с этим добром работать и нужно знать все нюансы каждого сервиса, что бы потом спать спокойней.
Пример:
- два веб-сервера на linux + postgreS, максимум час на одну-потом делаешь клона.
- 1С сервер + SQL сервер 1-2 часа на винду делаешь клона и на нем накатываешь sql на оригинале 1с + 2-3 часа
- сервер файловой помойки на linux клон голой ОС от первой задачи + smb 1-3 часа, так как smb иногда на ровном месте проблемы создает.
Итого мы имеем 1 полный день или 2 дня с перекурами, серфингом ерунды.

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

Но важный нюанс, любое ускорение операции всегда требует времени на организацию такого ускорения, и если вам нужно сделать это один раз, а простоя это не вызывает или нужно было ещё вчера, то самый дешёвый способ сделать "медленно руками", остальное будет дороже, очень сильно дороже.

Как это сделать быстро?

Если спрашиваете - значит никак :)
Задача автоматизации возникает тогда, когда Вы эту задачу проделали руками один, два... десять раз и знаете все ее нюансы (и то, при тестировании скриптов автоматизации лучше попредполагать самые нелепые ситуации).
Автоматизация незнакомой задачи приведет только к тому, что выбранное средство либо понаделает чепухи, которую все равно придется переделывать вручную, либо впадет в затуп после первой же ошибки.
Нет никаких "готовых настроек". Инфраструктура предприятия - это то, что Вы сделаете и она таковой останется вплоть до ее слома (потому что вносить изменения в работающую инфраструктуру - это #опа #опейшая). И она у каждого предприятия - своя.