Kubernetes в production: чеклист для CTO перед запуском кластера

Kubernetes обещает «автомасштабирование из коробки». На практике кластер без дисциплины — это дорогой хаос: CrashLoop, OOMKill, секреты в plain text и деплои «kubectl apply -f» в пятницу вечером.

Главное. Перед production: раздельные namespaces, limits на каждый Deployment, Ingress+TLS, GitOps, мониторинг рестартов и бэкап etcd. Один кластер «на всё» и Postgres в Pod без оператора — типичный путь к ночному инциденту.

Что проверить в Kubernetes перед выходом в production

Минимум перед боем: раздельные namespaces, requests/limits на каждый Deployment, Ingress+TLS, GitOps с откатом, мониторинг рестартов и бэкап etcd с DR-планом на бумаге. Без этого «автомасштабирование из коробки» превращается в ночной CrashLoop.

1. RBAC и namespaces — разделение prod/stage, least privilege для CI.
2. Requests/limits — на каждый Deployment; без limits — соседи убивают друг друга.
3. Ingress + TLS — cert-manager, HSTS, rate limit на edge.
4. GitOps — Argo CD / Flux, откаты одной кнопкой.
5. Мониторинг — Prometheus + алерты на pod restarts, saturation, error rate.
6. Бэкапы etcd и PV — DR-план на бумаге, не в голове DevOps.

Какие ошибки чаще всего ломают кластер в первую ночь

Один кластер и один namespace на prod и эксперименты, Postgres «просто в Pod» без оператора и отсутствие staging с той же топологией, что прод. Это не «потом донастроим» — это типичный путь к OOMKill и секретам в plain text.

• Один кластер на всё — prod и эксперименты в одном namespace.
• Stateful без оператора — PostgreSQL «в Pod» без Patroni/Crunchy.
• Нет staging, идентичного prod по топологии.

Мы поднимаем и сопровождаем кластеры в проектах high-load и IoT. Услуги: Kubernetes под ключ, DevOps и CI/CD. Аудит существующего кластера — от 35 000 ₽, см. прайс.