puerta traffic_ok antes del volumen piloto

El volumen piloto es el primer tráfico que mueve dinero en una ruta probada: heartbeat de webhook fresco, prueba smoke de extremo a extremo y traffic_ok en verde. Un heartbeat obsoleto significa «bloqueado» — no amarillo, no «intenta con unos pocos envíos».

Esta página es la puerta traffic_ok antes del volumen piloto, no el cambio de llaves de sandbox a producción. Ruta relacionada: Pista del primer día: qué debe estar en verde. Webhooks: webhooks que sobreviven al lanzamiento. Dinero: retención prepagada antes del primer débito.

Lo que traffic_ok realmente prueba

traffic_ok es un bit de verdad operativa, no una etiqueta de ventas. Prueba que la ruta del canal elegido aún recibe eventos de plataforma y que una prueba smoke reciente se despejó sin mentir sobre la entrega. No prueba el cambio de llaves, la cobertura total o el smoke de respaldo de failover.

La exportación debe mostrar una marca de tiempo de heartbeat fresca, el último ID de intención de smoke con estado terminal y una identidad de retención/débito prepagado. Mantenga la higiene de firmas.

Heartbeat obsoleto equivale a bloqueado

Obsoleto ≡ bloqueado. El heartbeat de ayer no autoriza el piloto de hoy. Las colas se estancan, las URLs rotan, el TLS se rompe, los listeners dejan de reconocer.

• Frescura interna + smoke verde → el piloto puede comenzar bajo límites
• Fuera de frescura → bloqueado, incluso si el último smoke se veía bien
• Smoke rojo o faltante → bloqueado, incluso si el heartbeat es fresco
• Solo anular con propietario nombrado, razón escrita y un nuevo smoke antes de reanudar

Smoke antes del lenguaje de volumen suave

Hablar de volumen suave — «unos pocos miles», «revisión cercana a USD 1,000/mes» — es lenguaje financiero. Use las mismas llaves y destino de webhook que el piloto; liquide la retención una vez; arme las líneas de parada (límites de corte de cartera antes de producción); mantenga el failover en su propia puerta (puertas de failover antes de cualquier badge Live). USD 20 compra la billetera de smoke, no una exención de traffic_ok obsoleto.

Lista de verificación del comprador para la puerta traffic_ok

1. ¿Está traffic_ok verde ahora, con heartbeat dentro de la ventana de frescura?
2. ¿Se ejecutó el smoke en el corredor piloto con ID de intención exportable y estado terminal?
3. ¿Se movió dinero una vez bajo retención/liquidación?
4. ¿Son las firmas y llaves de webhook seguras para el lanzamiento?
5. ¿Están las líneas de parada de la billetera activas antes del lenguaje de volumen suave?
6. ¿Se trata el heartbeat obsoleto como bloqueado, con anulación nombrada solo después de un nuevo smoke?

Comience con IOSOR

Abra la consola de IOSOR y diríjase a los parámetros del corredor seleccionado para verificar que la puerta traffic_ok esté activa y que su señal de actividad se encuentre dentro del periodo de vigencia. Ejecute una única intención de prueba bajo retención prepagada para confirmar la entrega completa de webhooks y la resolución de recibos en el terminal antes de habilitar los controles de volumen. Si el indicador traffic_ok se torna rojo o caduca, mantenga el piloto bloqueado de inmediato hasta que una nueva prueba de humo resulte exitosa.

Empieza con IOSOR

En la consola: traffic_ok gate before pilot; stale heartbeat blocks start.. Nombre al dueño y las puertas antes de escalar.

Relacionado: day1 runway what must be green webhook keys survive launch habits.

Resumen IOSOR

Disciplina ops de turno—no brochure.

Haz: name owner + gate. No: skip the gate.