Угу. Мне сегодня очень понравилась идея какого-то разработчика запускать сервис:

tmux list-sessions | awk 'BEGIN{FS=":"}{print $1}' | xargs -n 1 tmux kill-session -t
sleep 5
tmux new-session -d -s "myTempSession" java -jar ./target/some_jar_file.jar

Пока они будут ТАК деплоить - мы без работы не останемся))

Особое удовольствие доставил тот факт, что в данном скрипте путь к бинарнику относительный. И запускается это мракобесие из /home. А нужная версия лежит в /opt

tmux list-sessions | awk 'BEGIN{FS=":"}{print $1}' | xargs -n 1 tmux kill-session -t
sleep 5
tmux new-session -d -s "myTempSession" java -jar ./target/some_jar_file.jar

Смотри, это масштабироваться нормально не будет
Но развернуться развернулось

Мы со Львом работаем вместе, я чуток еще расскажу)

У нас несколько десятков сервисов, и админы занимались менее чем половиной из них
Если бы с самого начала админы делали бы все - большая часть этих сервисов просто не была бы запущена

Крч, нужно решать вопрос масштабирования
Имхо, нам сейчас нужно спустить разработчикам единые правила работы (скажем, используем вот такие systemd-юниты, другое не используем), а эксперименты они могут ставить, не ожидая постоянно админов
Это было еще актуальнее, когда разработчиков в компании было в 3 раза больше, чем сейчас, а админов то же количество

но я могу быть и не прав :)

У них пара человек только с azure и работает, весь день
Пишут софт, который работает в Azure:)
Серьезные услуги по интеграции так не продать, но прийти к заказчику и сказать "мы сами можем настраивать себе ci/cd, мониторинг и логи, не нужно нанимать доп людей" и выиграть за счет этого конкурс у заказчика могут и выигрывают.

Теперь "а где еще так сделано"
В Яндекс, Тинькоф, СКБ Контур из российских компаниях в общем так. Есть админы, которые занимаются инфраструктурой, поддерживают продакшн и поддерживают общую инфру типа общих кластеров Elasticsearch, K8S, etc, а внутренние системы поднимают и поддерживают сами команды разработки. Читал подобное про Facebook & Hashicorp, не углублялся дальше.

Иначе в компании из 500 человек будет 50 команд разработки, и тебе нужно 50 админов (по одному в каждую команду).
И такой админ-девопс занимается тем, что вытирает сопли разработчикам (они без него ничего не деплоят), а когда что-то падает, становится беспомощным (ждет, пока разработчики объяснят, как работает софт).
Я не мега-опытен в этой сфере, но в вакансиях "devops инженеров" чаще всего вижу описание как раз такой работы.

Имхо - администрирование просто или будет специализироваться (как администрирование Kubernetes сейчас), или нужно больше уходить в разработку (мб разработку для инфраструктуры)
Из тех, кого знаю, Лев хорошо программирует, Alex U сам собеседует программистов, Павел Одинцов (Cloudflare, ex-CTO FastVPS.ru) написал вагон всего, в т.ч. fastnetmon.com

на сколько мне известно, в одном из подразделений яндекса небольшая группа кодеров+админ, админа нет - сеньоры рулят инфрой, но так не эффективно разделять трудовые ресурсы, по этому держат админа

Возможно, разные группы работают по-разному
Я говорил с людьми из разработки Яндекс Денег и Такси
Еще Яндекс облако - структуру их команд не знаю, но все известые мне админы там больше программируют, чем серверы конфигурируют)

Miro.com в Перми реализует схему "по админу в каждой команде"
Ну такой подход тоже есть, но везде есть грабли)

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

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

Девопсы в яндексе точно есть, в тиньке тоже

Там не все как Лев, да и то это разработчики инфраструктурные