Разбор аварии: зеленый статус, недоступный сервис

Типовой сценарий: systemctl is-active my-api возвращает active, процесс жив, но клиент получает timeout. Это не ложь systemd: команда сообщает состояние unit, а не успешность бизнес-функции.

При проблеме маршрутизации утечка префикса у транзита может отправить трафик по неверному пути; при ошибочной политике маршрутизации возможна петля, пока TTL не обнулится. При этом процесс и BGP-сессия локально остаются active. Мониторинг проверял процессы и соседство, а не путь запроса.

Криминалистика: проверяйте DNS, TCP/TLS и ожидаемый ответ с внешней точки; сверяйте маршрут, next-hop и AS_PATH, снимайте traceroute с TTL. Для локальной диагностики сопоставьте ss -s, счетчики retransmits в nstat -az и conntrack -S. В systemd readiness/watchdog полезны только при честных сигналах приложения; отдельный black-box probe обязателен.

Итог: разделяйте liveness процесса и готовность функции, ставьте алерт на расхождение. В постмортеме ищем слабый конт...