← Volver a proyectos

Telcel · 2026

Migré el backend de Telcel.com a una nueva nube sobre Docker Swarm y después lo reinstalé en RHEL 9.8 con cero regresiones, comprobado con un sistema de evidencia que construí.

Cliente
Telcel
Rol
Arquitecto de solución · tech lead · operador único
Año
2026

Resultados

13.4×p95 más rápido (7.92 s → 589 ms)
0regresiones vs producción
15 min → 10 srecuperación tras una caída
5–10 minpor despliegue (antes 30–60)

Contexto

Telcel es el operador móvil más grande de México. El backend de Telcel.com (backoffice, portabilidad, perfilador, GeoServer y micrositios, en Java legado y Oracle) tenía que salir de su nube anterior. Llevé la migración como operador único: arquitectura, infraestructura, CI/CD, entrega a operaciones y QA. Cuando después hubo que reinstalar la plataforma en RHEL 9.8, construí Datum para comprobar que nada cambió.

Qué construí

  1. 01

    Una plataforma en Docker Swarm: 8 nodos, 12 stacks, 8 pipelines de Jenkins, Nginx en lugar de HAProxy y Apache, 18 vhosts, 232 redirecciones y 16 micrositios.

  2. 02

    Observabilidad y pruebas de carga: dashboards en Grafana, alertas y pruebas de carga con k6.

  3. 03

    Datum: un sistema de solo lectura que captura la línea base de un ambiente, compara la reconstrucción y clasifica cada diferencia con su cita y su decisión. Los runbooks, la evidencia de QA y la página de estado del cliente salen de los mismos datos.

  4. 04

    Un mapa en vivo de la plataforma para soporte: cada máquina, servicio y ruta de una petición, del dominio a la base de datos, construido solo con lecturas GET de Docker, Prometheus, HTTP y TCP.

  5. 05

    Antes de salir a producción detectó 31 alarmas faltantes, 15 cuentas de soporte faltantes y un servicio corriendo con la mitad de sus réplicas.

Siguiente proyectoPortage