Василий Шахунов

Зачем ещё какие-то если в этом всё есть? Не плодите сущности без надобности (с)

Только метить ноды разными метками и чтобы каждый сервис жил на своей ноде

Вообще ansible такое должен делать.
Terraform для этой задачи можно использовать только при создании новых серверов так как внутреннее состояние сервера никак не отражается в состоянии терраформа.
Классическое решение это использование user data атрибут в конфигурации ec2 инстанса.

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

Может так

*/5 * * * *  /usr/local/bin/docker-compose -f /home/USER/prod-compose.yml exec mariadb /usr/bin/mysqldump -u USER -pPASSWORD --single-transaction DB_NAME | gzip > /home/USER/BACKUP/DB_$(date +%d-%m-%Y_%H_%M_%S).sql.tar.gz

Смотреть надо статусы с которыми отваливались таски

docker stack ps <stack_name> --no-trunc

Prometheus конечно же

Подготовить образ ВМ с помощью packer. Сделать AMI.
Потом в terraform использовать этот образ как базовый для создания инстанса EC2. Параметры в терраформ можно прокидывать через переменные среды.

Docker image заливается не в репозиторий, а в registry. Сначала где-то надо создать регистри на https://hub.docker.com или https://gitlab.com. Потом командой docker push отправлять образы.
Примерно так:

docker build -t myRegistry.com/myImage .
docker push myRegistry.com/myImage

это более мощный инструмент, который:
1. позволяет выполнить более гибкую настройку
2. более надежен и отказоустойчив.

это из серии "армяне лучше чем грузины. чем лучше? чем грузины"

1. Из существенного, что я видел, в сворме не хватает init containers и cronjob. Но первое и второе решаемо, и не является краеугольным камнем предкновения.
2. И сворм и кубернетес это скомипилрованные бинарники на go) Надёжность и отказоустойчивость в данном случае достигается архитектурой, а не качеством ПО.
3. Кубернетес лучше, чем сворм умеет вытягивать деньги из кошельков заказчиков на своё обслуживание. Совокупная стоимость владения будет складываться из необходимости постоянно обновлять кубер и зарплаты инженера, которая при строчке "kubernetes" в резюме сразу улетает в космос.

1. тудушку и клиент для апи сделал
2. залил тудушки и клиент на гитхаб
3. гитхаб не пустой))
Если гитхаб всё ещё кажется пустым, то повторить 1, 2, 3

p.s. Для разнообразия можно ещё graphql клиент сделать. сейчас модно
p.p.s. Ну и да, кадров нет, hr по дну скребут. По-моему, уже кто угодно пролезть может

Обратится к вышестоящему начальнику, чтобы разрулил ситуацию - или лида поставить на место либо перевестись на другой проект.
Скажите, что тратит время компании и дизморалит необоснованными придирками с намёками на харассмент))

6.5 часов основные таски, 1.5 подчищение хвостов + самообразование. Перерыв на обед + прогулка. На неделе 2-3 раза активный спорт (волейбол) чтобы полностью переключаться на другую деятельность ну и разминка.

Как я вижу процесс. После отправки master ветки в git начинается сборка образа на каком нибудь сервере, который затем прогоняет ряд тестов - в частности доступность ряда ключевых страниц.

Описание укладывается в базовые настройки gitlab ci для python/django.

https://stackoverflow.com/a/3736425/1697148

Here's the magic incantation in your migration when you declare the column:

create_table :example do |t|
  t.integer :field, :limit => 8
end

Вроде в 6ой рельсе пофиксили.