Как вырасти до мидла: на что на самом деле смотрят тимлиды при оценке DevOps-инженеров

Middle: настроит манифест Deployment с проверками работоспособности, вынесет пароли и ключи в Secret, пропишет запросы и лимиты по CPU и памяти, настроит liveness- и readiness-пробы.

А можно нанять DevSecOps-а. Встроит все сканеры и ни один junior больше сможет скопипастить не выполнив все, что вы описали. Сканеры уязвимостей просто не дадут влить PR/MR новичка)

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

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

Но статья хорошая, спасибо

Так статья для junior-менеджеров или инженеров? И всех инженеров или конкретно девопсов? А-то мне как разработчику странно видеть, что я постоянно должен думать про деплой и какие-то кластеры.

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

Вот это серьезный подход.

Грейд - это цифры в зп, (но это не точно)