Эти инциденты нужно разобрать отдельно: conntrack влияет на сетевой путь до приложения, а PDB может блокировать добровольное вытеснение при обслуживании нод.
У тебя два показательных инцидента: conntrack на нодах с чекаутом и проблема с PDB при ротации AMI. По каждому расскажи: почему проблема не была видна в стандартных метриках приложения, что конкретно поменяли в системе после и какие admission-политики и процедурные изменения внедрили, чтобы навсегда исключить этот класс ошибок?
Эти инциденты нужно разобрать отдельно: conntrack влияет на сетевой путь до приложения, а PDB может блокировать добровольное вытеснение при обслуживании нод.
Короткий ответ
Что ответить на собеседовании
Подробный разбор
Ответ с пояснениями
Эти инциденты нужно разобрать отдельно: conntrack влияет на сетевой путь до приложения, а PDB может блокировать добровольное вытеснение при обслуживании нод.
Покажите измерения таблицы соединений и событий drain, затем реальные исправления. Для PDB проверяют число реплик, readiness и допустимый запас; для conntrack — распределение нагрузки и сетевые лимиты. Политики валидации и staged rollout снижают риск, но не гарантируют «навсегда» отсутствие всех подобных отказов.