Иван Шумов

Не должен фронт туда лезть в разработку, ну, разве что надо знать и уметь работать с разными видами API, но если делать для себя то придётся научится )

Главное не какой линейки мак, а какие характеристики в нем будут, ну) вообще запаса любого макбука хватает на 5+ лет, если не прогадать с оперативкой

На любом современном языке, найти для него готовые модули интеграции с телегой (гарантированно есть), бд будет не лишней.

В рамках вопроса, возможно, проще заказать у фрилансеров

Это не один человек, а целая команда. Тут и сценарист, и монтажёр и много ещё кто. Все зависит от конкретного случая. Если человека снимают то тут ещё и оператор, гримёр, режиссёр ... всем этим ещё и управлять кто-то должен.

Называются такие вещи - BI tools и стоят денег. Яркие представители это PowerBI и Tableau. Можете поискать аналоги, но в успех я не гибко верю

по контейнеру на одну таску может быть дорого даже при Fargate. Я бы перестал заниматься фигней и взял AWS StepFunctions c Wait:


Создаем StepFunctions джобу с параметрами и инвокаем из нее Lambda в цикле. Все, никаких проблем не будет. Надо только учитывать что у решения лимит исполнения - 1 год, вроде. Дальше - пересоздавать.

Надо считать во-сколько это встанет, конечно. На Step Functions одна такая Джоба в месяц около 20$ может встать (10$ на SF и 10$ на Lambda), без необходимости дополнительного управления. Сохранять можно куда охота - хоть в CloudWatch, хоть куда потребуется.

Для сравнения - в минимуме на ECS + Fargate это выйдет в 10$ (если ресурсов хватит), но надо контролировать где-то дополнительно что все работает, инфраструктуру и вообще. Я бы переплатил за первый вариант

Вообще не нормально. Любые интерфейсы и делаются для того чтобы было понятно и адекватно. Можно просто внутри производить приведение типов

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

Начинать лечить вашу проблему стоит с того чтобы внедрить CI/CD и получать отчеты об успешных сборках. Тестирование добавите позже. После этого вы поймете что необходимо довольно жестко фиксировать зависимости в проектах, делать форки сторонних библиотек, версионировать свой код в репозитории. Даже API придется со временем версионировать и учиться писать контракты, документацию) Много дополнительной работы, но при этом это все - единственное что держит на плаву проекты, выходящие из песочницы

Да, все прекрасно работает. Это называется multi-tier load balancing

Первая попавшаяся картинка из интернетов:


Я более того скажу - при использовании ELB иметь публичный IP не только не надо, так и вообще http трафик из интернета к этой сети должен быть закрыт

Есть варианты с подключением volume, сетевыми дисками и другой фигней, но разработчики Docker пишут чёрным по белому

Don’t use Docker for persistent storage

В общем, не предназначен докер для этих задач. Битые данные же при аварийной остановке контейнера вам не нужны?

1. Уменьшаем число запросов. Можно сделать отправку запроса через 0.2 секунды после последней нажатой клавиши
2. Переводим файлики в базу данных

У WA лимиты на число новых чатов в день, после которых следует бан. Выход - подписывать контракт с FB, что является задачей на грани невозможного

Нет. Доступа к api не дадут, за несколько параллельных подключений или устройств - банят. У них жёсткая политика. За намеки на автоматизацию банят даже без возможности оспорить

Firebase как раз и подходит для небольших задач. Будте внимательны только с прайсингом - если выходите за лимит то он просто вываливается в ошибки вместо нормальных уведомлений (по крайней мере полгода назад было так).