Гейт zone vs WORLD перед production

Бейдж Live у каталозі й рядок WORLD-fallback — різні обіцянки. Пускати production на uncovered prefix лише тому, що WORLD прийняв пілотний unit, спалює prepaid без чесного reject. Гейт zone vs WORLD не дає prod-ключам вважати fallback повноцінною named zone.

IOSOR — white-label prepaid. USD 20 фінансує підлогу пілота; soft review біля USD 1 000/міс — коли WORLD spill стає проблемою фінансів. Гроші: prepaid-резерв до першого списання. Sibling: Перевірте coverage перед volume-цифрами в пропозиції. Rails: Гейти failover до будь-якого бейджа Live.

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

Named zone означає: ops підписав corridor із чесним list і очікуваним шляхом. WORLD означає: трафік ще можна спробувати за fallback-політикою, якщо zone не збіглася — корисно для exploration, небезпечно як тихий production-default. Покупець чує Live і думає, що кожен введений ISO покритий.

Гейт: 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?
5. Stop-lines перевірено на пілоті до cutover?

Почніть з IOSOR

Відкрийте консоль IOSOR та перевірте конфігурацію маршрутизації для кожного продакшн-напрямку перед видачею бойових ключів. Переконайтеся, що для цільової країни активовано конкретну зоновану маршрутизацію, а не дефолтний фолбек WORLD. Встановіть блокуючий гейт у консолі, який автоматично зупиняє холдування коштів та відхиляє трафік у разі відсутності точного збігу зони.

Підсумок IOSOR

Цей матеріал довів, що наявність успішного резервного каналу або холду на гаманці не означає наявності підтвердженої зони. Переведення трафіку в продакшн вимагає проходження явного гейту: кожне призначення повинно мати підтверджений статус зони, тоді як WORLD-маршрут може використовуватися лише як документально зафіксований виняток.