Skip to main content
La pantalla Overview responde a una pregunta: ¿está la plataforma llevando lo que debe, y está aterrizando? Deliberadamente no es una pantalla de salud. Si el software tiene la memoria y las conexiones para seguir funcionando es una pregunta distinta, hecha en Runtime, y las dos se mantienen aparte porque un operador mirando un problema de entrega no quiere estar leyendo sobre el tamaño del heap. Todo en la página obedece a un control de rango: 24 horas, 7 días o 30 días, por defecto 24 horas. Las cifras se refrescan cada sesenta segundos, y dejan de refrescarse mientras la pestaña del navegador está en segundo plano.

Las cuatro cifras

Una tarjeta en blanco sigue cargando, no es cero. Las tarjetas muestran un placeholder hasta que llega la cifra, y luego muestran o bien el número o bien el error. Nunca inventarán un 0 para llenar el hueco, porque “sin tráfico” y “no pudimos preguntar” son respuestas distintas y solo una de ellas es su problema.
In flight no es un backlog. Es tráfico que se ha enviado y facturado y sencillamente no se ha informado sobre él aún. Un mensaje que nunca recibe un acuse se cierra en su fecha límite de expiración; hasta entonces se queda aquí, y en una plataforma ocupada siempre lo hará.

Traffic

Tres series (enviados, entregados, fallados) sobre el rango elegido. Sin nada en la ventana el gráfico se reemplaza por No traffic in this period, que es una afirmación tanto sobre el rango que eligió como sobre la plataforma.

Por qué fallaron los mensajes

Un desglose de cada resultado que no fue una entrega, cada uno nombrado en lenguaje llano en lugar de por su código de acuse:
  • Failed at the vendor
  • Rejected on submission
  • Dropped before sending
  • No receipt within the deadline
Junto a cada nombre, en tipo más pequeño, se sitúan el estado numérico del acuse y el código de error propio del vendor. Eso parece duplicación y no lo es. EXPIRED, REJECTD y UNDELIV facturan idénticamente y significan cosas completamente distintas, y cuando va a un vendor a preguntar por un pico, el número es por el que su documentación está indexada. El nombre es para usted; el número es para ellos.

Descartar un fallo

Cada fila se puede descartar, lo que la oculta de la lista sin borrar nada. Un pie cuenta lo que ha ocultado y puede volver a mostrarlo.
Un fallo descartado vuelve por su cuenta la próxima vez que ocurra. Descartar oculta lo que ya ha tratado, no lo que empieza de nuevo.
Los descartes viven en el navegador en el que los hizo. Otro operador, o el mismo operador en otra máquina, ve la lista completa: lo cual es deliberado, ya que la clasificación de una persona no es una afirmación de hecho a escala de plataforma. Esa distinción aparece en los dos estados vacíos. No failures in this period significa que nada falló. Every failure in this period has been dismissed significa que algo sí falló y usted decidió no mirarlo. La pantalla no informará de un periodo limpio a partir de sus propios archivos.

Gateway health

Una franja de seis tiles al pie de la página (memoria, procesador, tareas ejecutándose, peticiones API, tareas internas, uptime), cada uno con un sparkline y un enlace al detalle. Es un vistazo, no una investigación.
“Internal tasks” no son las conexiones de vendor. Es el trabajo de fondo propio de la pasarela: escrituras a base de datos, manejo de acuses. En todo el resto del panel un worker significa una conexión SMPP, así que este tile evita la palabra por completo. Leerlo como un vendor atascado le manda a buscar un problema de operador que no existe.
El tile API requests informa una media desde que el proceso arrancó. Responde a “¿es este endpoint lento en general?” y no puede responder “¿era lento hace cinco minutos?”. Si un refresco falla mientras cifras más antiguas siguen en pantalla, una nota al pie dice que el sondeo falló y los números se quedan puestos. La pantalla prefiere una lectura obsoleta de la que se le avisa a una en blanco de la que no.