Отладка продакшен-подов и docker-compose в Cursor
DevOps-инженер Раджеш Суд через Kubernetes MCP в Cursor получает логи продакшен-подов и советы по исправлению, а агент Cursor сам чинит сломанный docker-compose. Цифр в статье нет.
Что сделали
С включённым Kubernetes MCP Раджеш обычным языком просит в Cursor логи нужного продакшен-пода. Cursor забирает их и предлагает исправления, так что kubectl запускать не приходится. Для сломанного docker-compose.yml он включил в агенте настройку автоматического запуска команд. Потом велел агенту повторять пробный запуск compose (dry-run), пока не исчезнут ошибки сборки.
Что получилось
По словам автора, агент сам дорабатывал файл, пока compose не прошёл проверку. Цифр в статье нет, примеров вывода при отладке продакшен-логов тоже.
На что обратить внимание
Однажды Cursor выдумал секреты из файла .env. Помогло добавление .env в .cursorignore. Автор также советует чаще коммитить, потому что правки агента могут всё сломать.
Пояснение
Под это минимальная единица запуска приложения в Kubernetes. Файл docker-compose.yml описывает, какие контейнеры запустить вместе и как их связать. Файл .cursorignore закрывает от Cursor файлы, которые агенту читать не нужно.
Кому пригодится
DevOps-инженерам и бэкенд-разработчикам, которые разбирают падения в Kubernetes и Docker.
Попробуйте сами с Cursor
Подключись к моему кластеру Kubernetes через MCP, забери свежие логи [под или деплоймент], найди причину проблемы и предложи исправление. Ещё проверь мой docker-compose.yml на ошибки и предложи исправленную версию. Прежде чем применять изменения, покажи мне diff.
Нужна помощь с запуском? Вступайте в сообщество AI Pack ↗
Источник: medium.com ·