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. Hashi Corp 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 (Ciudad de México)
🏢 Nova Solutions
📍 Ciudad de México