Ну ведь придти от стандартного подхода к спотовому-подходу это работа девопса?

Ну ведь придти от стандартного подхода к спотовому-подходу это работа девопса?

спотовые хорошо когда неизменяемый подход
убил - выкинул - поднял
тогда особо и не жалко что спот заберут

Поддерживаю.

Уже есть инструменты, которые частично задачи ssh уже забрали на себя.

Для создания образов нужен Packer,

Для деплоя терраформ/Ансибл.

Для секретов и IAM успешно применяется Hashicorp Vault.

Для сервис-Дискавери есть Hashicorp Counsul.

Для логов можно применять ELK и подобные решения.

Конфигурации можно хранить в Gitlab.

Возможно, ssh используют потому что нет тестирования, поэтому ручками залезать на сервер удобнее, чем грохнуть не рабочий сервер, по логам понять где ошибка, внести изменения в yaml, запустить новый инстанс.

Также тут есть серьёзный риск - «незаменимый админ/девопс», кроме него никто ничего не поймет.

Также ssh-метод тормозит или не возможным делает подход к AWS spot instance. Когда все может упасть в любой момент.

для EKS написали свой AWS Node Termination Handler

жизнь без github унылая... пойду спать что ли я не знаю))

вот отстой, реально помер

выдумки ей богу. Ты на все случаи жизни заманаешься плейбуки писать. Особенно при проблемах с кластерами баз данных. Да еще будет миллион кейсов, о которых ты просто не можешь знать заранее.
Если бы было возможно заранее покрыть все возможные случаи проблем, не было бы инструментов типа sysdig, perf и тому подобных

неа все случаи и не надо, некоторые кейсы можно закрыть пропечёнными AMI, некоторые вовсе перевести на серверлесс архитектуру

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

да давайте обсудим про база как сервис и её цена
цены кусаются, но функционал есть недоступный совсем типа aurora "serverless"

чтото у гитхаба всё больше и больше проблем. Оно опять лежит

все пожрав клятый микрософт