PROPÓSITO DEL PUESTO

Segundo nivel de diagnóstico y restauración. Toma los casos que el primer nivel no resolvió con runbook, determina en qué capa está la causa y devuelve el servicio sin necesidad de modificar código.

RESPONSABILIDADES

Reconstruir el recorrido de la petición con la traza distribuida e identificar la capa donde se rompió.

Determinar si la causa es dato, configuración, un tercero o código.

Restablecer el servicio mediante parámetros, catálogos, banderas de funcionalidad, compensación de operaciones colgadas, o reinicio y reversión de despliegues.

Armar el caso con evidencia — mensaje enviado, respuesta, marcas de tiempo y código del proveedor — cuando la causa está fuera del perímetro del servicio.

Ejecutar y mantener los runbooks de restauración.

FUERA DE SU RESPONSABILIDAD

No corrige código: escala a desarrollo con el diagnóstico probado.

No administra la plataforma de contenedores, la red ni las bases de datos.

REQUISITOS TÉCNICOS

Observabilidad:



consulta y correlación entre trazas, bitácoras y métricas desde Grafana.

Kubernetes a nivel operador: estado de pods, eventos, bitácoras, reinicio y reversión de despliegues.

Kafka: retraso de consumidor, reequilibrios y mensajes atorados.

Redis en modo Sentinel: identificar un failover y revisar el estado de sesión y caché.

Resilience4j: leer el estado de los circuit breakers, timeouts y reintentos.

SQL Server: consulta de bitácora y de datos replicados del core.

DESEABLES O FORMABLES DURANTE LA TRANSICIÓN

Diagnóstico de rutas de Apache Camel y del patrón Saga: compensaciones no ejecutadas y sagas sin cerrar.

Sensedia API Gateway: políticas, control de tráfico y enrutamiento.

HashiCorp Vault: diagnóstico de fallas por secreto vencido o rotado.

Interpretación de códigos de respuesta de plataformas de identidad y de token.

#J-18808-Ljbffr

📌 PRODUCTION SUPPORT (Nezahualcóyotl)
🏢 Nova Solutions
📍 Nezahualcóyotl