DevOps'ы идут на завод? Спросили у Claude

В январе 2026 DevOps вошёл в тройку самых высокооплачиваемых вакансий России — медиана 216 800 рублей, сразу за дата-сайентистом и сварщиком.

А Claude Code тем временем способен работать над инженерной задачей до 14 часов без перерыва. Подключается по SSH, пишет Terraform манифесты, разбирает падающий Kubernetes-кластер, оптимизирует SQL — через один и тот же терминал, без разницы в инструменте.

Дальше — честно, по пунктам: что уже забирает Claude, а что остаётся за вами.

Конфиги nginx, systemd, iptables, cron — это самая задокументированная территория во всём IT. Десятилетия форумов и Stack Overflow означают, что Claude не угадывает, а узнаёт паттерн, который видел миллион раз.

При этом настоящая рутина — разбор логов, бэкапы по расписанию, проверка безопасности — Claude уже делает сам. А вот историю инфраструктуры — почему этот cron-скрипт запускается именно в 3 утра, или что отвалится, если перезапустить вот этот сервис прямо сейчас — знают только люди, которые с ней работали. Это никогда не было записано, и прочитать это нельзя.

Dockerfile, deployment-манифесты, базовые Helm-чарты — тут Claude на своей территории, пишет быстро и без ошибок в синтаксисе. Но настоящая сила раскрывается на живом, упавшем кластере: за один проход прочитать логи десяти подов, понять что контейнер убил OOM-Killer, а не баг в коде, и заметить что забыли прописать NetworkPolicy — человеку на это нужно открыть десять вкладок терминала, Claude достаточно одного взгляда.

Не читается одно — история кластера. Почему лимиты именно такие, какая команда отвечает за namespace и почему туда нельзя просто зайти. Это держится в головах людей, не в YAML.

В Anthropic security-инженеры ревьюют terraform plan перед продакшеном просто вставляя вывод в Claude с вопросом «что это сделает, я не пожалею?». Часы построчного diff превратились в минуты.

Но согласиться с ответом Claude — решение, которое всё равно принимает человек. Модель звучит убедительно почти всегда. Не всегда — правильно.

Через MCP вроде DBHub Claude видит реальную схему базы, не угадывает её. На сложном SQL — JOIN, оконные функции, CTE — точность около 90%. EXPLAIN ANALYZE, недостающие индексы, партиционирование — рутина для DBA, но Claude делает это за минуты вместо часов.

Не закрывается — миграция на живой базе. План отката, окно для применения, понимание что случится если что-то пойдёт не так в процессе — это ответственность, а не запрос.

С Kafka, RabbitMQ, VMware и Proxmox всё не так гладко. Просвет один: про эти инструменты в интернете в принципе меньше текста, чем про Kubernetes — меньше статей, обсуждений, готовых решений на которых можно обучиться. Claude предложит верную идею — например, как разбить топик в Kafka на партиции — но конкретные цифры под вашу реальную нагрузку придётся высчитывать самим.

Запоминаем простое правило: чем тише про технологию в сети, тем громче должен быть голос человека в финальном решении.

Год назад Computer Use — способность Claude кликать по экрану там, где нет API — не существовал в текущем виде. Способность работать над одной задачей по 14 часов подряд — результат нескольких последних релизов, не многолетней эволюции.

Это значит, что граница между «уже забрал» и «пока только человек» сдвигается быстрее, чем большинство технологических трендов последнего десятилетия. То, что сегодня требует обязательной проверки — нюансы баз данных, специфика виртуализации, тонкости брокеров — через год может закрыться заметно лучше, просто потому что появится больше данных и больше прямых интеграций.

Практическое следствие: решение «я попробовал Claude для задачи X полгода назад, не понравилось» устаревает быстро. Вопрос не «заменит ли меня ИИ», а «что из моей рутины я могу делегировать прямо сейчас, чего не мог в прошлый раз когда проверял».

Без базовых знаний в IT работать с Claude в инфраструктуре нельзя эффективно — модель ускоряет того, кто понимает, что просит, и умеет проверить результат. Новичку она выдаст уверенно звучащий код, который способен оказаться катастрофой именно потому что для оценки «правильности» нужен опыт, которого у новичка нет.

Главное, что не закрывается никаким релизом: ИИ не может выбирать. Он предложит пять вариантов и честно укажет на риски — но решить, какой из них подходит именно вашей инфраструктуре, именно сейчас, с учётом договорённости о которой никто не написал — может только человек.

DevOps'ам пока не нужно идти на завод. Но самое время понять, что Claude уже умеет делать без вас.

Telegram