Volver a proyectos

Telecom Architect · 2015 - 2016

Legos

Operé la infraestructura crítica de una plataforma Full MVNO en Legos, el primer operador IMS de Francia: 100 operadores, 110 países, 1.200 millones de minutos al año.

legos.io

El problema

Legos es un proveedor global de plataforma de telecomunicaciones que cubre 110 países. Su plataforma gestiona 1.200 millones de minutos y 360 millones de SMS al año para más de 100 operadores, con servicios en marca blanca: voz, mensajería, móvil y datos.

Miles de clientes activos dependían de esa infraestructura las 24 horas, con equipos y protocolos de numerosos fabricantes.

Lo que construí

  • Gestioné de extremo a extremo la infraestructura crítica de la plataforma Full MVNO: 4G, núcleo SIP, SMS, MMS, roaming, detección de fraude y analítica de tráfico.
  • Integré componentes telecom open source: Kamailio, FreeSWITCH y pasarelas SMPP.
  • Trabajé con Cisco, Sonus, RedHat, Italtel, Dialogic y VMware en integración y mantenimiento.
  • Estuve en guardia 24/7 con un equipo de cuatro ingenieros, a cargo de la respuesta a incidentes para miles de clientes activos.

Decisiones y concesiones

  • Componentes open source (Kamailio, FreeSWITCH, pasarelas SMPP) junto a equipos de fabricantes

    Por qué: flexibilidad donde los sistemas propietarios se quedaban cortos

    Coste: más trabajo de integración entre sistemas que interpretan los estándares de forma ligeramente distinta.

  • Diseñar para una degradación controlada en lugar de intentar evitar todo fallo

    Por qué: un arreglo a las 3 de la mañana tiene que llevar minutos, no horas

    Coste: más esfuerzo dedicado a los caminos de error que al caso ideal.

Resultado

La plataforma daba servicio a más de 100 operadores en 110 países y gestionaba 1.200 millones de minutos y 360 millones de SMS al año, con socios como Sinch, Ringover y Trustteam.

Stack

PHP · NodeJS · Perl · Bash · C · MySQL · PostgreSQL · VMware · RedHat

Conclusión

La infraestructura telecom es donde aprendí que la fiabilidad no consiste en evitar fallos, sino en recuperarse rápido. Gestionar sistemas 24/7 para miles de clientes me enseñó a diseñar para la alerta de las 3 de la mañana, no para el caso ideal.