Семь вопросов поставщику коммуникационной платформы до заключения договора
Надёжность поставщика нельзя оценить одним ответом про резервный дата-центр — проверять нужно весь путь сообщения.
1. Что произойдёт при отказе основной площадки?
Попросите описать резервную схему: есть ли независимая площадка, автоматически ли выполняется переключение, когда сценарий проверяли и какая часть сервиса доступна в переходный момент. Формулировка «есть бэкапы» не отвечает на вопрос о непрерывной отправке.
2. Что именно резервируется?
Сервер API — лишь один компонент. Уточните про базы данных, очереди, подключения к операторам, DNS, каналы связи и систему мониторинга. Выясните общие зависимости основной и запасной схемы: именно они часто становятся причиной одновременного отказа.
3. Как подключается ваша система?
Нужны резервные адреса API или SMPP-подключения, понятная процедура смены и правила синхронизации статусов. Отдельный вопрос — защита от повторной отправки, когда запрос мог быть принят, но ответ не дошёл до вашей системы.
4. Что считается проблемой маршрута?
Обрыв соединения заметен сразу, а рост задержек и частичные ошибки — нет. Уточните признаки деградации, тайм-ауты, порядок повторов и время до фактического перевода трафика. На странице каскадных SMS-рассылок можно посмотреть, какие задачи решают настраиваемые правила маршрутизации и каскады.
5. Что будет при пике?
Спросите о лимитах запросов и скорости отправки, очередях и приоритете типов трафика. Сервисные уведомления и OTP не должны конкурировать за один ресурс с массовой промокампанией без заранее определённых правил.
6. Какие нетехнические причины остановят отправку?
Нулевой баланс, блокировка аккаунта, неоформленное имя отправителя или ошибка в шаблоне способны остановить коммуникации так же эффективно, как сбой. Попросите описать предупреждения, роли пользователей и действия в нештатной ситуации.
7. Как это проверить в реальности?
Лучший ответ — тестовый сценарий с вашим трафиком. Выберите одно уведомление, смоделируйте недоступность основного пути и проверьте, что происходит с доставкой, статусами и дублями. Вопросы архитектуры и внедрения шлюза также раскрыты в материале о надёжной коммуникации банка.
Записанные ответы станут частью внутреннего регламента. Тогда в момент инцидента команда не будет заново выяснять, где заканчивается зона поставщика и начинается её собственная ответственность.