Самый страшный статус в Kubernetes: CrashLoopBackOff 🚨 CrashLoopBackOff это не ошибка сама по себе, а симптом. Контейнер постоянно падает, и Kubernetes начинает откладывать (back off) перезапуски, чтобы не жечь ресурсы кластера. Почему это происходит? ￫ Баги приложения: необработанные исключения или фатальные ошибки кода на старте. ￫ Неправильная конфигурация: опечатки в CMD, ENTRYPOINT или переменных окружения. ￫ Не хватает зависимостей: приложение не может подключиться к базе данных или нужному API. ￫ Права доступа: приложение пытается забиндиться на закрытый порт или писать в read-only файловую систему. ￫ Нехватка ресурсов: контейнер получает OOMKilled и снова и снова пытается стартануть. Как чинить : 1. Проверь состояние: запусти kubectl describe pod <pod-name> и внимательно посмотри секцию Events внизу. 2. Достань логи "призрака": запусти kubectl logs <pod-name> --previous. (Про-тип: флаг --previous тут критичен, он показывает, почему умер прошлый инстанс, а не текущий пустой). 3. Проверь конфиги: запусти kubectl describe deployment <name>, чтобы найти кривые image tags или неправильно примонтированные ресурсы. Не надо просто удалять Pod в надежде, что само починится. Задержка back-off растет до 5 минут, так что сначала найди корневую причину, пока цикл не заблокировал тебе нормальный дебаг.