Развёртывание и эксплуатация
CI/CD-пайплайны основаны на конфигурации и хорошо подходят для агентов. Мониторинг и обслуживание — это постоянные задачи, где агенты помогают с настройкой, реагированием на инциденты и рутинными операциями.
CI/CD и развёртывание
Section titled “CI/CD и развёртывание”Где помогают агенты
Section titled “Где помогают агенты”Конфигурация пайплайнов: GitHub Actions, GitLab CI, Jenkins, CircleCI. Агенты знают типичные паттерны и адаптируются к вашему стеку.
Инфраструктура как код: Terraform, CloudFormation, Pulumi — генерируйте ресурсы, изменяйте существующую инфраструктуру, создавайте переиспользуемые модули.
Автоматизация развёртывания: Dockerfiles, Kubernetes-манифесты, Helm-чарты, скрипты деплоя, процедуры отката.
Конфигурация окружения: Переменные окружения, управление секретами, конфигурационные файлы.
На что обращать внимание
Section titled “На что обращать внимание”Безопасность — CI/CD критичен для безопасности. Сгенерированные агентами пайплайны могут раскрывать секреты в логах, использовать слишком широкие разрешения или пропускать проверку безопасности. Всегда проверяйте безопасность CI/CD-изменений.
Особенности вендоров — Каждая CI-система имеет различия. Тщательно тестируйте сгенерированные пайплайны.
Stateful-ресурсы — Изменения инфраструктуры могут вызвать удаление, простой, неожиданные затраты или потерю данных. Используйте паттерны plan/apply.
Паттерны промптов
Section titled “Паттерны промптов”Генерация пайплайна:
Создайте workflow GitHub Actions для проекта на [язык/фреймворк].
Требования:- Запускать тесты на PR- Деплоить в [окружение] при мерже в main- Использовать [конкретные сервисы/инструменты]
Следуйте лучшим практикам безопасности.Инфраструктура:
Сгенерируйте Terraform для [тип ресурса] с:- [Конкретные требования]- [Ограничения]
Следуйте паттернам в [существующий файл/модуль].Dockerfile:
Создайте Dockerfile для [тип приложения].
Требования:- Multi-stage build- Минимальный финальный образ- Запуск от не-root пользователя- [Другие требования]Мониторинг и обслуживание
Section titled “Мониторинг и обслуживание”Настройка мониторинга
Section titled “Настройка мониторинга”Конфигурация алертов: Правила Prometheus, CloudWatch-алармы, Datadog-мониторы. Агенты понимают типичные паттерны того, что мониторить.
Создание дашбордов: Grafana-дашборды, Kibana-визуализации. Опишите, что хотите видеть; получите стартовую конфигурацию.
Агрегация логов: Правила парсинга, поисковые запросы, обнаружение аномалий.
Реагирование на инциденты
Section titled “Реагирование на инциденты”Анализ корневой причины: “Вот ошибка и недавние изменения. Что могло её вызвать? Что проверить?”
Помощь в отладке: Анализ логов, интерпретация стектрейсов, трассировка потоков запросов, выявление паттернов ошибок.
Составление постмортемов: “Помогите написать постмортем для [инцидент]. Включите: резюме, таймлайн, корневую причину, влияние, исправление, извлечённые уроки.”
Задачи обслуживания
Section titled “Задачи обслуживания”- Обновление зависимостей — Анализ версий, выявление критических изменений, генерация PR для обновлений
- Очистка технического долга — Выявление паттернов улучшений, генерация планов рефакторинга
- Оптимизация производительности — Анализ проблем, предложение подходов, генерация бенчмарков
- Обслуживание безопасности — Устранение уязвимостей, применение патчей, харденинг конфигурации
На что обращать внимание
Section titled “На что обращать внимание”- Усталость от алертов — Сгенерированные алерты могут быть слишком чувствительными или плохо откалиброванными. Настраивайте на основе реального опыта.
- Переизбыток дашбордов — Больше дашбордов — не значит лучше. Задавайте вопрос: Какое решение информирует каждая панель?
- Разрастание задач обслуживания — Ограничивайте задачи реальной решаемой проблемой.
Паттерны промптов
Section titled “Паттерны промптов”Правила алертов:
Создайте правила алертинга Prometheus для [тип сервиса].
Мониторить:- Частота ошибок, превышающая [порог]- Задержка выше [порог]- Использование ресурсов выше [порог]
Включите соответствующие уровни серьёзности и анноты.Расследование инцидента:
Я вижу [ошибка/симптом] в продакшене.
Релевантный контекст:- [Недавние изменения]- [Логи ошибок]- [Метрики]
Что могло это вызвать? Что проверить в первую очередь?Ранбук:
Создайте ранбук для обработки [тип инцидента].
Включите:- Обнаружение (как мы узнаём, что это происходит)- Триаж (как оценить серьёзность)- Смягчение (немедленные действия)- Разрешение (полное исправление)- Последующие действия (послеинцидентные)