Автор описывает распространенный сценарий отладки, когда сервис в Kubernetes не работает, несмотря на то, что все технические индикаторы выглядят исправными. Это происходит потому, что Docker проверяет, работает ли приложение, в то время как Kubernetes проверяет его работоспособность. Простота Docker скрывает четыре критических вопроса, на которые приложение должно ответить в производственной среде. Первый вопрос заключается в том, может ли приложение быть найдено по имени, а не только по адресу, поскольку localhost в подах Kubernetes относится только к самому поду. Во-вторых, приложения должны уметь корректно завершать работу по команде внешней системы, правильно реагируя на сигналы, такие как SIGTERM. Третий важный аспект — это демонстрация готовности перед получением трафика, поскольку Kubernetes активно проверяет работоспособность приложения с момента его запуска. Наконец, приложения должны функционировать, не полагаясь на локальное хранение на диске, используя механизмы Kubernetes для конфигурации и хранения данных. Понимание этих четырех вопросов помогает понять, почему приложения ведут себя по-разному в Docker и Kubernetes. Автор приводит примеры того, как игнорирование этих моментов может привести к распространенным производственным проблемам. Это объяснение не является аргументом против Kubernetes, а скорее исследованием долга работоспособности, который Docker позволяет командам накапливать.