Сбой в MAX — это не просто новость, а хороший кейс для собеса на тему **reliability**.

Сбой в MAX — это не просто новость, а хороший кейс для собеса на тему **reliability**.

Вечером 10 июня пользователи начали массово жаловаться: не обновляются чаты, не уходят сообщения, не проходят звонки. Для интервьюера это сразу красный флаг в вопросах к системе: где сломалось — client, API gateway, message broker, push-сервис, voice pipeline?

**Как отвечать на собесе, если спросили “что делать при таком инциденте?”**

1. **Сначала локализовать**
- это только отправка сообщений или ещё и доставка?
- падают ли звонки отдельно?
- проблема у всех регионов или у части пользователей?

2. **Потом проверить цепочку**
- health checks
- метрики по latency/error rate
- очереди, ретраи, время ответа backend
- деградацию внешних зависимостей

3. **Дальше — режим инцидента**
- включить status page
- заморозить рискованные релизы
- откатить последнюю версию, если корреляция есть
- сообщить пользователям честно и коротко

На собесе сильный кандидат не уходит в “надо просто масштабировать”. Он показывает мышление: **диагностика → изоляция → mitigation → postmortem**. Именно так и проверяют senior-мышление.