Проблема: DevOps — это когда ты один, а задач на пятерых
Современный DevOps-инженер жонглирует десятком ролей: пишет Terraform-модули, отлаживает Dockerfile, чинит упавший CI, разбирается с Helm-чартами и отвечает на вопросы разработчиков в Slack. По данным исследования DORA (State of DevOps Report, 2023, dora.dev), усталость и выгорание — одна из ключевых причин, по которой команды теряют скорость. Хорошая новость: ИИ уже не просто «автокомплит», а полноценный напарник, если задавать ему правильные промты.
Ниже — 8 проверенных промтов, которые я использую каждый день. Каждый — с реальным примером, кодом и объяснением, почему он работает.
1. Генерация Dockerfile с многоэтапной сборкой
Промт: «Напиши многоэтапный Dockerfile для Node.js 20 приложения. Требования: минимальный итоговый образ, кэширование зависимостей, запуск от непривилегированного пользователя. Объясни каждое решение.»
Пример результата:
FROM node:20-alpine AS builder
WORKDIR /app
COPY package*.json ./
RUN npm ci --only=production
COPY . .
RUN npm run build
FROM node:20-alpine
RUN addgroup -S app && adduser -S app -G app
WORKDIR /app
COPY --from=builder --chown=app:app /app/dist ./dist
COPY --from=builder --chown=app:app /app/node_modules ./node_modules
USER app
EXPOSE 3000
CMD ["node", "dist/main.js"]
Почему работает: промт задаёт жёсткие ограничения (минимальный образ, non-root), и модель не «фантазирует», а следует конкретным требованиям. Итоговый образ часто выходит меньше 100 МБ вместо 900+ МБ наивной сборки.
2. Отладка упавшего CI-пайплайна
Промт: «Вот лог GitHub Actions (или GitLab CI), который падает на шаге X. Найди root cause, предложи минимальный фикс и объясни, как не повторить.»
Вставляешь фрагмент лога — модель находит несовпадение версий, забытый needs, или race condition. Экономит десятки минут гугления.
3. Terraform для AWS с модулями
Промт: «Сгенерируй Terraform-конфиг для VPC с публичными и приватными подсетями в двух AZ, NAT Gateway и security group. Используй официальный провайдер hashicorp/aws, версия ~> 5.0. Добавь outputs.»
Пример:
resource "aws_vpc" "main" {
cidr_block = "10.0.0.0/16"
tags = { Name = "main-vpc" }
}
resource "aws_subnet" "public" {
count = 2
vpc_id = aws_vpc.main.id
cidr_block = cidrsubnet(aws_vpc.main.cidr_block, 8, count.index)
availability_zone = data.aws_availability_zones.available.names[count.index]
map_public_ip_on_launch = true
}
Совет: всегда проси terraform fmt-совместимый вывод и ссылку на официальную документацию провайдера (registry.terraform.io).
4. Kubernetes-манифесты с ресурсными лимитами
Промт: «Создай Deployment и Service для Python-приложения. Обязательно: requests/limits по CPU и памяти, liveness/readiness probes, securityContext с runAsNonRoot. Прокомментируй значения лимитов.»
Это спасает от классической ошибки — деплоя без probes, из-за которой поды «живут», но не отвечают.
5. Ревью инфраструктурного кода как senior
Промт: «Проверь этот Terraform/Ansible код как senior DevOps. Укажи на проблемы безопасности, дрейф конфигурации, отсутствие идемпотентности. Ранжируй замечания по критичности.»
Отлично ловит открытые security group 0.0.0.0/0, отсутствие шифрования бакетов, hardcoded-секреты.
6. Написание Helm-чарта с нуля
Промт: «Сгенерируй структуру Helm-чарта для stateless-сервиса: Chart.yaml, values.yaml, templates/deployment.yaml, templates/service.yaml, _helpers.tpl. Оставь values параметризованными.»
Модель выдаёт готовый скелет, который остаётся только адаптировать под свой CI.
7. Диагностика инцидента по метрикам
Промт: «Вот вывод kubectl top pods и график Prometheus: CPU вырос в 3 раза за час, latency p99 выросла. Предложи гипотезы в порядке вероятности и команды для проверки каждой.»
Даёт структурированный troubleshooting-план: от OOM-killer до утечки соединений в БД.
8. Написание bash-скрипта для деплоя
Промт: «Напиши bash-скрипт с set -euo pipefail для blue-green деплоя в Kubernetes. Логируй каждый шаг, добавь rollback при ошибке.»
Такой скрипт легко встраивается в GitLab CI как отдельный job.
Сравнение: промт vs промт
| Промт | Результат |
|---|---|
| «Сделай Dockerfile» | Общий шаблон, часто без multi-stage |
| «Сделай multi-stage Dockerfile для Node 20, non-root, минимальный образ» | Готовый к продакшену файл |
| «Почини CI» | Общие советы |
| «Вот лог, найди root cause, предложи минимальный фикс» | Конкретное решение |
Практические рекомендации
- Давайте контекст. Версия языка, облако, ограничения — всё это влияет на результат.
- Просите объяснения. «Объясни, почему так» — это бесплатный мини-ревью.
- Проверяйте факты. Сверяйтесь с официальной документацией: docs.docker.com, developer.hashicorp.com/terraform, kubernetes.io/docs.
- Не доверяйте секретам. Никогда не вставляйте реальные ключи и пароли в промт.
- Итерируйте. Первый ответ — черновик, второй — с уточнениями, третий — то, что нужно.
Что в итоге
ИИ не заменяет DevOps-инженера, но убирает рутину: генерацию boilerplate-кода, поиск ошибок в логах, написание манифестов. Освободившееся время уходит на архитектуру, безопасность и автоматизацию процессов — то, что действительно требует человека. Начните с одного промта из списка, адаптируйте под свой стек и измерьте, сколько времени он экономит за неделю. Уже через несколько дней вы заметите, что успеваете больше, чем команда из пяти человек — без переработок.
Комментарии