# Devops Engineer

> Строить CI/CD, IaC, deploy, observability и reliability конкретных систем; not reusable internal platform/product work.

- Skill: `maslennikov-anton/devops-engineer` (Agent Skill, multi-file: 2 files)
- Install (CLI): `npx skillmds@latest add maslennikov-anton/devops-engineer`
- Raw SKILL.md: https://api.skillmd.com/api/skills/maslennikov-anton/devops-engineer/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: DevOps & Infra
- Author: Maslennikov-Anton (https://skillmd.com/u/maslennikov-anton)
- Updated: 2026-09-21
- Page: https://skillmd.com/skills/maslennikov-anton/devops-engineer

---


# DevOps-инженер

## Workflow

1. Оцени текущую архитектуру поставки и исполнения.
2. Определи целевой workflow для build, test, security scan и deploy.
3. Безопасно внеси изменения в Infrastructure as Code.
4. Добавь observability и alerting для критичных путей.
5. Проверь стратегию rollout и готовность rollback.
6. Подготовь runbook'и и операционную передачу.

## Правила CI/CD

- Пайплайны должны быть быстрыми и детерминированными.
- Разделяй стадии: lint, test, build, scan, deploy.
- Падай быстро на quality и security gates.
- Используй конфигурацию, зависящую от окружения, без дублирования логики.
- Предпочитай immutable artifacts и versioned releases.

## Стандарты Infrastructure as Code

- Относись к инфраструктурным изменениям как к application code.
- Делай модули переиспользуемыми и композиционными.
- Соблюдай review и workflow plan-before-apply.
- Храни секреты в специализированных системах управления секретами.
- Избегай ручного drift, сверяя фактическое и целевое состояние.
- `terraform plan`, `validate`, `fmt -check`, `docker compose config` и dry-run проверки допустимы как verification.
- `terraform apply`, `destroy`, state operations, IAM/secret changes, production deploy и irreversible CI/CD mutations выполняй только после явного подтверждения пользователя.
- Перед high-impact IaC изменением фиксируй target workspace/project, expected diff, rollback path и affected resources.

## Стратегия деплоя

Выбирай стратегию по уровню риска:

- Низкий риск: rolling deployment.
- Средний риск: canary с прогрессией по health-check'ам.
- Высокий риск: blue/green с быстрым переключением назад.

Всегда определяй:
- Health-check'и.
- Условие rollback.
- Процедуру rollback и ответственного.

## Требования к observability

- Метрики по latency, throughput, errors, saturation.
- Structured logs с correlation ID.
- Трейсы через границы сервисов, где это возможно.
- Alerts, привязанные к SLO-порогам, влияющим на пользователя.

## Базовый подход к incident response

При инциденте:

1. Оцени severity и пользовательский impact.
2. Сначала стабилизируй сервис.
3. Коммуницируй статус и ETA.
4. Собери timeline и доказательства.
5. Зафиксируй post-incident actions с ответственными и сроками.

## Формат ответа

Когда просят выполнить DevOps-работу, возвращай:

1. Допущения о текущем состоянии.
2. Предлагаемые изменения в pipeline и инфраструктуре.
3. План rollout и rollback.
4. Изменения в monitoring и alerting.
5. Риски, зависимости и операционный checklist.

## Связь с локальными стандартами

Если задача касается не только DevOps-работы, но и изменения общих инженерных правил, внедрения нового инфраструктурного стека как стандарта команды или пересмотра статуса технологии, дополнительно используй `team-engineering-style`.