Представляем множественные URI инициирации для SIP-транкинга: балансировка нагрузки и отказоустойчивость стали проще

Сегодня мы рады представить функцию, которая делает настройку стратегии балансировки нагрузки и отказоустойчивости на эластичных SIP-транках Twilio еще быстрее. Мы предоставляем это через множественные URI инициирации, которые настраиваются в портале вашего аккаунта и через API.

С момента запуска эластичного SIP-транкинга мы предлагали функцию аварийного восстановления. Это дополнительно помогает нашим клиентам плавно переключаться при критических сбоях в голосовой инфраструктуре, реплицируя логику вызовов из вашей PBX в облако. Однако между ответом 200 OK и полным сбоем существует множество нюансов. Возможно, один из ваших IP-PBX или SBC перегружен, или вы потеряли локальное соединение с одним сайтом, но не со всеми.

Первое применение множественных URI инициирации — управление балансировкой нагрузки через простой интерфейс путем распределения «весов» между разными URI инициирации. Это обеспечивает механизм масштабирования и отказоустойчивости для различных компонентов вашей голосовой инфраструктуры.

Эта уникальная функция позволяет настроить распределение запросов SIP-вызовов Twilio по всем точкам входа в вашу сеть. Балансировка нагрузки может использоваться не только для предотвращения перегрузки инфраструктуры, но и для предотвращения перегрузки людей, работающих с ней. Если у вас есть контактный центр на 100 мест и контактный центр на 200 мест, вы можете направлять в два раза больше вызовов в более крупный центр.

Другая ключевая функция URI инициирации — обработка отказоустойчивости, позволяющая настроить реакцию Twilio на сбои в вашей инфраструктуре. Вы можете установить «Приоритет», чтобы указать, какие URI следует использовать в первую очередь (с круговым распределением по весам), а затем последующие наборы URI для отправки приглашений в случае получения сообщения об ошибке или отсутствия ответа в течение 4 секунд. Это означает, что при сбое на одной площадке мы можем перенаправить трафик на другую до перехода на аварийное восстановление. Это наша новейшая функция в рамках постоянных усилий по повышению отказоустойчивости коммуникаций наших клиентов. Примеры использования обеих функций см. в документации по эластичному SIP-транкингу.

На самом деле, всегда было возможно настроить подобное поведение в эластичном SIP-транкинге с помощью SRV DNS-записей (и это все еще возможно). SRV DNS позволяет полностью квалифицированному доменному имени (FQDN) сопоставляться с разными IP-адресами, предоставляя вес и приоритет для каждого. Однако мы узнали от наших клиентов, что не все хотят создавать и обновлять SRV DNS-записи, а во многих предприятиях человек, развертывающий голосовое соединение, не управляет DNS, что приводило к не совсем мгновенному времени настройки.

Теперь мы предлагаем простой, но изощренный способ балансировки нагрузки и отказоустойчивости между разными площадками прямо в портале аккаунта Twilio и через API. Это еще один шаг в нашей миссии по предоставлению самого масштабируемого и отказоустойчивого сервиса SIP-транкинга.

*Чтобы узнать больше об использовании множественных URI инициирации, ознакомьтесь с документацией.*