Отказоустойчивый Phone API Gateway: схема, которая не падает под всплеском вызовов

Отказоустойчивый Phone API Gateway: схема, которая не падает под всплеском вызовов

Phone API Gateway — это не «один сервер с SIP и REST», а слой маршрутизации между внешними API, SIP-ядром и media-plane. Если упростить архитектуру до одного узла, вы получите single point of failure на уровне регистрации, транка, очередей и RTP-обработки.

Базовый паттерн такой: stateless edge принимает HTTP/WebSocket и SIP, а состояние вызова хранится вне узла — в Redis, БД событий или через idempotent correlation-id. За ним — пул B2BUA/SBC, отдельный медиаслой и независимый signaling plane. Kamailio или OpenSIPS держат вход, Asterisk/FreeSWITCH обрабатывают диалплан, RTP при возможности выносится на media-relay. Разбираем дамп трафика в Wireshark, и вот что мы там видим: если сигналинг живет на одном хосте с медиаканалом, джиттер и packet loss начинают влиять не только на голос, но и на саму маршрутизацию.

Обязательные правила:
• входной балансировщик только с health-check по SIP и TCP, без слепого round-robin;
• таймауты на INVITE/REGISTER/HTTP должны быть согласованы, иначе получите лавину retry;
• все внешние запросы — с idempotency-key, иначе повторная доставка создаст дубликаты звонков;
• медиатрафик должен обходить лишние NAT-хопы, а STUN/TURN использоваться только там, где без них нельзя.

Отказоустойчивость — это не роскошь, а базовое требование к SIP-платформе. Делайте gateway горизонтально масштабируемым, храните состояние вне узла и разделяйте signaling, control и RTP: тогда отказ одного компонента не превратится в обрыв всей телефонной очереди.