Гейт zone vs WORLD до production

Наличие бейджа Live в каталоге не гарантирует идентичную работу через WORLD-fallback, поэтому запуск продакшена на непокрытых префиксах приводит к нецелевому расходу баланса без явного отказа системы. Гейт zone-vs-WORLD блокирует использование продакшн-ключей в режиме фолбека, защищая бюджет от скрытых трат. Ознакомьтесь с правилами: prepaid-резерв до первого списания, проверка покрытия до оценки объема и настройка гейтов failover.

WORLD — fallback, не сертификат zone

Named zone значит: ops подписал corridor с честным list и ожидаемым путём. WORLD значит: трафик ещё можно попытаться по fallback-политике, если zone не совпала — полезно для exploration, опасно как тихий production-default. Разделите гейт: zone-live может нести production SLA; WORLD-only остаются под пилотным потолком или блокируются, пока не появится zone.

Гейт: zone есть до production-трафика

Проверяйте как ключи и готовность webhook. Cutover требует явного pass по классу направления.

Wallet hold не создаёт coverage

Prepaid hold доказывает, что средства зарезервированы до debit — он не создаёт zone. JIT assign идёт hold → buy → assign. Успешный hold на WORLD-пути всё равно означает fallback-риск. Провал coverage должен дать reject или release честно, а не fake sent, который финансы не защитят.

Бейдж failover Live — отдельный гейт честности

Backup rails могут быть зелёными при WORLD-only coverage. Не позволяйте бейджу failover Live отменить zone-гейт. Докажите ordered backup там, где заявляете (Гейты failover до любого бейджа Live), и всё равно требуйте zone для production-направлений. Failover без честности coverage удваивает burn; держите оба чеклиста раздельно.

Production-чеклист zone versus WORLD

1. Production-направления — только zone-live (или задокументированные capped WORLD-исключения)?
2. Пакет котировки совпадает с этим списком (Проверьте coverage до volume-оценки в коммерческом предложении)?
3. Каждый prod intent делает prepaid hold до работы?
4. Uncovered prefix дают reject или stop — без тихого accept-as-zone?

Начните с IOSOR

Проверьте таблицы маршрутизации в консоли IOSOR и убедитесь, что для каждого промышленного направления задана явная именная зона, а не фолбэк WORLD. Настройте автоматический гейт перед выдачей боевых API-ключей, который блокирует запуск трафика при отсутствии валидной зоны. Запустите тестовый hold с вебхуком и проверьте, что статус покрытия подтверждается до вызова финального списания.

Итог IOSOR

Эта статья доказала, что резервное правило WORLD не является сертификатом зоны и не гарантирует прозрачную доставку в продакшене. Наличие холда на балансе или зелёной плашки резервного канала не заменяет явную регистрацию направления. Выполнение проверки зон до вывода трафика в прод предотвращает скрытые сбои и финансовые разногласия.