Керування лімітами вторинних маршрутів під час перемикання

Керування лімітами вторинних маршрутів під час перемикання.

Динаміка перемикання маршрутів

У разі збоїв основного каналу IOSOR автоматично перенаправляє трафік на резервні шляхи. Різкий стрибок обсягу повідомлень може призвести до миттєвого блокування вторинного маршруту. Щоб уникнути цього, необхідно впровадити динамічне обмеження швидкості, що відповідає пропускній здатності резервних каналів. Це гарантує стабільну доставку OTP та SMS навіть при недоступності основного шляху.

Налаштування лімітів у консолі

У розділі Routing Engine консолі IOSOR встановіть пороги швидкості для кожного вторинного маршруту. Налаштування лімітів відповідно до реальної ємності резервних каналів запобігає спрацюванню захисних механізмів на стороні операторів. Такий підхід виключає ризик блокування трафіку під час перемикання.

Керування балансом та лімітами

Для безперебійної роботи підтримуйте мінімальний баланс USD 20. При досягненні витрат у USD 1,000/month рекомендується пройти м'яку перевірку акаунта. Це дозволить нам збільшити ліміти системи, забезпечуючи масштабованість вашого трафіку без обмежень у моменти критичних збоїв основного маршруту.

JIT-виділення номерів

IOSOR використовує JIT-механізм для призначення номерів E.164. При перемиканні система перевіряє активність номерів, виключаючи використання неактивних ресурсів. Це забезпечує високу конверсію DLR та чистоту доставки, оскільки кожен номер виділяється безпосередньо під ваш запит у момент необхідності.

Ресурси з оптимізації трафіку

Вивчіть наступні матеріали для підвищення надійності вашої інфраструктури та ефективного керування перевантаженнями:

• Інцидент масштабування: перевантаження черги — це зупинка, а не тихе скидання
• Масштабування другого місяця: зупинка переповнення замість втрати пакетів
• Інцидент з API: відсутність ідемпотентності — це заморозка, а не шторм ретраїв

Почніть з IOSOR

Перейдіть до розділу Routing Engine у консолі IOSOR та відкрийте налаштування резервних шлюзів. Встановіть динамічні порогові значення лімітування трафіку (rate limits), які відповідають реальній пропускній здатності вторинного маршруту. Запустіть тестове переспрямування трафіку, щоб переконатися, що симуляція фейловеру не спричиняє каскадного блокування через перевищення лімітів TPS.

Підсумок IOSOR

Автоматичний фейловер без контролю швидкості потоку перетворює локальну затримку первинного каналу на повне блокування резервного маршруту. Резервні канали зазвичай мають суворіші обмеження щодо кількості запитів на секунду, тому раптовий сплеск пікового трафіку без обмежень призводить до негайного дроплінгу запитів.

Робіть: завжди налаштовуйте адаптивні ліміти TPS для кожного резервного маршруту в IOSOR, щоб надлишковий трафік безпечно утримувався в черзі. Не робіть: не переспрямовуйте нерегульовані обсяги трафіку на вторинні канали, сподіваючись, що вони автономно витримають повне навантаження основники ліній.