В платформе SMSC компании «Связьком» предусмотрен режим эмуляции маршрутизации сообщений, позволяющий инженерам оператора проверять корректность правил доставки до публикации изменений — без отправки тестовых сообщений в реальную сеть. Эта возможность — характерный пример подхода, при котором развитие платформы измеряется тем, сколько работы и риска оно снимает с команды оператора.
В SMSC предыдущего поколения, где конфигурация хранится в нескольких текстовых файлах, любое изменение правил маршрутизации фактически становится релизом на боевую систему. Инженер правит конфигурацию, дожидается применения изменений и далее наблюдает, как новая логика отрабатывает на реальном трафике. Если в скрипте маршрутизации допущена ошибка, об этом узнают не разработчики, а абоненты и корпоративные клиенты — по упавшему delivery rate и тикетам в техподдержку.
В платформе SMSC «Связьком» проверка изменений вынесена на этап до их публикации. В редакторе графа маршрутизации инженер добавляет узлы, рёбра и Lua-скрипты, при этом изменения видны только ему и не влияют на эффективную конфигурацию. Перед публикацией запускается эмуляция: задаются параметры тестового сообщения — отправитель, получатель, текст, кодировка, отложенное время доставки — и инженер видит, по какому пути сообщение пройдёт через граф, какие узлы и скрипты будут задействованы, а также подробный лог обработки. Шаблоны тестовых сообщений сохраняются и могут переиспользоваться, в том числе на основе любого реального сообщения из истории SMSC.
[Скриншот: граф маршрутизации с подсвеченным путём эмулированного сообщения и панелью лога, в которой видна ошибка в скрипте узла EventTest]
Рассмотрим типичный сценарий. Оператор подключает нового A2P-агрегатора, для которого нужно настроить отдельный маршрут с пре-обработкой текста сообщения, генерацией CDR и заменой адреса отправителя. На классическом SMSC такая задача решается в несколько итераций: правка конфигурации — публикация — проверка по логам — откат при необходимости. Каждая итерация — это окно, в котором часть трафика может уйти не туда. На платформе «Связьком» новый маршрут строится в редакторе графа, прогоняется через эмуляцию на нескольких шаблонах сообщений (включая граничные случаи — длинные сообщения, alphanumeric-номера, различные кодировки), и только убедившись в корректности логики, инженер публикует изменения. Если в скрипте, например, есть обращение к несуществующему полю — эмуляция покажет это в логе с точным номером строки, как на изображении выше, и инженер исправит проблему до того, как она затронет реальный трафик.
Для оператора связи это означает три практических эффекта: снижение операционного риска при внесении изменений в маршрутизацию, сокращение времени на запуск новых интеграций с корпоративными клиентами и снижение зависимости от узкого круга инженеров, способных «читать» поведение платформы по логам. За этими эффектами стоит общий принцип, по которому «Связьком» развивает платформу: каждый рубль, который оператор вкладывает в SMSC и в её эксплуатацию, должен отрабатывать по максимуму. Функциональные решения, которые добавляют команде оператора работы вместо того, чтобы её экономить, в продукт не попадают.
Платформа SMSC «Связьком» поставляется операторам связи 17 лет и развёрнута в 30+ инсталляциях в 15 странах. Компания готова к проведению 4-недельного пилотного проекта в сети оператора — с согласованием целей, KPI и условий перехода в коммерческую эксплуатацию. KPI пилота определяет сам заказчик.
