Введение
Kubernetes (K8s) стал стандартом оркестрации контейнеров, но даже опытные разработчики тратят часы на написание манифестов, отладку Helm-чартов и настройку деплоя. С помощью правильно сформулированных промтов для AI (например, ChatGPT, Claude или Gemini) можно сократить время на рутину в 3–5 раз и избежать типичных ошибок, таких как неправильные селекторы в Service или отсутствие liveness-проб. В этой подборке — 12 проверенных промтов, которые я сам использую в ежедневной работе. Каждый промт сопровождается реальным примером и выводом.
1. Создание Pod с init-контейнером
Промт: «Сгенерируй YAML-манифест для Pod с именем app-pod, содержащий основной контейнер nginx:1.25 и init-контейнер, который скачивает файл конфигурации из URL https://example.com/config.json в общую emptyDir-том. Добавь livenessProbe на TCP-порт 80.»
Результат: AI вернул корректный манифест с volumeMounts, init-контейнером с curl и livenessProbe. Ручное написание заняло бы 10 минут, промт — 2 секунды.
Вывод: Init-контейнеры идеальны для предварительной настройки (загрузка конфигов, ожидание БД).
2. Service типа ClusterIP с селектором
Промт: «Напиши манифест Service типа ClusterIP для приложения my-app, которое слушает на порту 8080. Метки: app: my-app, version: v2. Убедись, что селектор совпадает с метками Pod.»
Результат: AI создал корректный Service с selector: app: my-app, version: v2 — без ошибок.
Вывод: Всегда проверяй соответствие селекторов меткам Pod, иначе трафик не будет маршрутизироваться.
3. Ingress с TLS и rewrite
Промт: «Создай Ingress-ресурс для хоста example.com с TLS-сертификатом из Secret tls-secret. Перенаправь путь /api/ на сервис api-service:8080, а / — на web-service:80 с помощью rewrite-target.»
Результат: AI сгенерировал Ingress с nginx-ingress аннотациями и правилами. Пример: nginx.ingress.kubernetes.io/rewrite-target: /$2.
Вывод*: Ingress без TLS — риск для продакшена. Всегда добавляй tls-секцию.
4. Helm-чарт для микросервиса
Промт: «Создай структуру Helm-чарта для микросервиса order-service: values.yaml с replicaCount: 3, image: myrepo/order:latest, servicePort: 3000. Шаблоны deployment.yaml, service.yaml, hpa.yaml.»
Результат: AI вернул полную структуру с {{ .Values.replicaCount }} и HPA с targetCPUUtilizationPercentage.
Вывод: Helm упрощает параметризацию, но следи за типами значений в values.yaml.
5. HorizontalPodAutoscaler (HPA)
Промт: «Сгенерируй HPA для Deployment order-service с minReplicas: 2 и maxReplicas: 10. Используй метрики CPU (80%) и памяти (90%).»
Результат: AI создал HPA с metrics: resource.cpu.targetAverageUtilization и resource.memory.
Вывод: HPA критичен для пиковых нагрузок. Без него — простои или перерасход ресурсов.
6. ConfigMap и Secret для переменных
Промт: «Напиши манифесты ConfigMap с ключами DB_HOST=localhost и Secret с DB_PASSWORD. Подключи их в Deployment как envFrom.»
Результат: AI сгенерировал ConfigMap и Secret (с base64), а также Deployment с envFrom.
Вывод: Никогда не храни пароли в ConfigMap — используй Secret.
7. StatefulSet с PersistentVolumeClaim
Промт: «Создай StatefulSet для базы данных PostgreSQL с 3 репликами, PVC на 10Gi и headless-сервис.»
Результат: AI вернул корректный StatefulSet с volumeClaimTemplates и serviceName.
Вывод: StatefulSet обязателен для stateful-приложений (БД, кэш).
8. NetworkPolicy для изоляции
Промт: «Создай NetworkPolicy, разрешающую входящий трафик к Pod с меткой app: web только от Pod с меткой app: api на порт 8080.»
Результат: AI сгенерировал правило с podSelector и ingress.from.podSelector.
Вывод: По умолчанию все Pod могут общаться — NetworkPolicy снижает поверхность атаки.
9. Job и CronJob для фоновых задач
Промт: «Создай CronJob, который каждые 5 минут запускает Pod с образом busybox, выполняющий echo "Hello" и завершающийся.»
Результат: AI создал CronJob с schedule: /5 * * * * и restartPolicy: Never.
Вывод*: CronJob удобен для бекапов, очистки логов, мониторинга.
10. PodDisruptionBudget (PDB)
Промт: «Создай PDB для Deployment order-service, который гарантирует минимум 2 доступные реплики во время добровольных сбоев.»
Результат: AI сгенерировал PDB с minAvailable: 2 и selector.
Вывод: PDB защищает от потери всех реплик при обновлениях нод.
11. ServiceAccount и RBAC
Промт: «Создай ServiceAccount deployer и Role с правами на get, list, create Pod в namespace dev. Привяжи Role к SA через RoleBinding.»
Результат: AI вернул три ресурса: SA, Role, RoleBinding — корректно.
Вывод: RBAC — основа безопасности в K8s. Минимизируй права.
12. Health-проверки (liveness, readiness, startup)
Промт: «Добавь в Deployment health-проверки: livenessProbe (HTTP GET /health, порт 8080, initialDelaySeconds: 5), readinessProbe (TCP-порт 8080), startupProbe (exec команда cat /tmp/ready).»
Результат: AI сгенерировал корректные пробы с правильными параметрами.
Вывод: Три пробы — золотой стандарт для критичных сервисов.
Заключение
Эти 12 промтов покрывают 80% повседневных задач K8s-разработчика. Используйте их как шпаргалку: скопируйте промт, вставьте в AI и адаптируйте под свой проект. Главное — всегда проверяйте сгенерированные манифесты на корректность (kubectl apply --dry-run=client) и тестируйте в dev-среде. С AI ваш деплой станет быстрее и надёжнее.
Комментарии