Sistemas distribuidos
Cuando los servicios, los eventos y las dependencias se vuelven difíciles de razonar.
Arquitecto de Software · Staff Backend Engineer · AI Engineer
14 años · sistemas distribuidos · Bogotá, Colombia
Diseñando software resiliente para producción a gran escala.
Diseño los sistemas distribuidos detrás de plataformas de streaming, redes de telecomunicaciones y comercio a gran escala: esos donde un error de arquitectura tarda años en aparecer y años en deshacerse.
Disney Parks
Arquitecto de Software y Tech Manager
via Globant ·
Telecom Argentina
Tech Manager y Arquitecto de Software
via Globant ·
Sky Mexico
Tech Manager y Arquitecto de Software
via Globant ·
Pluto TV / Paramount
Tech Manager y Desarrollador Go Senior
via Globant ·
Amazon Ring
Ingeniero de Software Senior
via Deviget ·
Hallmark
Tech Lead y Arquitecto de Software
via Globant ·
Seis proyectos en medios, telecomunicaciones, entretenimiento y comercio a gran escala — arquitectura, liderazgo técnico y las evaluaciones que decidieron qué se construía. Catorce años de decisiones tomadas bajo las restricciones de producción, y el criterio que salió de ellas.
No es una lista de tecnologías. Son las situaciones en las que un sistema deja de servir al negocio.
Cuando los servicios, los eventos y las dependencias se vuelven difíciles de razonar.
Cuando una plataforma necesita evolucionar sin detener el negocio.
Cuando los fallos en producción revelan lo que el sistema nunca fue diseñado para mostrar.
Cuando la IA necesita guías arquitectónicas, no solo una API key.
Cada proyecto es una decisión que tuve que defender, y el razonamiento que volvería a dar hoy.
Vínculo 01 / 06
Arquitecto de Software y Tech Manager · via Globant
Una plataforma de administración para decenas de millones de visitantes, reconstruida en la nube junto a un sistema legado que nadie tenía permitido leer.
85+ microservicios cloud-native · autenticación centralizada en una sola capa auditable
Leer la decisión arquitectónica →
Vínculo 02 / 06
Tech Manager y Arquitecto de Software · via Globant
Una plataforma OTT que funcionaba todos los días del año, menos los que de verdad importaban.
Evaluación aprobada · siguiente fase de la transformación financiada
Leer la decisión arquitectónica →
Vínculo 03 / 06
Tech Manager y Arquitecto de Software · via Globant
Una operadora de telecomunicaciones entrando en la televisión, con una flota de TV-boxes a la que quería darle una mejor grilla de canales — en FHD y 4K.
Assessment completo, arquitectura objetivo y roadmap de migración entregados — consultoría y preventa
Leer la decisión arquitectónica →
Vínculo 04 / 06
Tech Manager y Desarrollador Go Senior · via Globant
89.6M usuarios mensuales, 400+ canales en vivo y una plataforma síncrona haciendo trabajo asíncrono.
89.6M usuarios activos mensuales · 70+ servicios Node.js migrados a Go
Leer la decisión arquitectónica →
Vínculo 05 / 06
Ingeniero de Software Senior · via Deviget
No puedes probar una flota de hardware que no tienes. Así que simulamos la flota, y probamos contra dispositivos que todavía no existían.
Dispositivos futuros validados contra el stack de software antes de que existiera el hardware
Leer la decisión arquitectónica →
Vínculo 06 / 06
Tech Lead y Arquitecto de Software · via Globant
Más de treinta microservicios en Go entre comercio, cuentas, regalos y streaming — y los patrones que los mantuvieron coherentes.
30+ microservicios en Go · circuit breaking establecido entre equipos
Leer la decisión arquitectónica →
No son eslóganes. Son las posiciones que defiendo en un design review, y en las que me he equivocado las veces suficientes como para enunciarlas con cuidado.
El sistema más simple que resuelve el problema es el que todavía se entiende a las 3am, y por alguien que no lo escribió. Cada abstracción es un préstamo contra la comprensión futura, y los intereses se pagan durante los incidentes.
Los circuit breakers, los reintentos y los timeouts atornillados a un sistema terminado solo redistribuyen sus fallos. La resiliencia es una propiedad de cómo los servicios dependen entre sí, y eso se decide en el design review o no se decide.
El tracing y las métricas no son un añadido operativo: son lo que vuelve legible a un sistema distribuido. Si no puedes responder a dónde se fue la latencia sin añadir código, la arquitectura ya falló en algo.
Escribo sobre sistemas distribuidos, arquitectura backend y las partes de la ingeniería que no caben en un mensaje de commit.
bitkode.dev
Ensayos y notas sobre arquitectura, Go y construir sistemas que duren.
Leer el cuaderno →
Software que publico, no un portafolio de experimentos.
Go · CLI + TUI · Proxmox
hlab.sh
Un CLI y TUI a pantalla completa, en Go, que crea y gestiona VMs y contenedores LXC en Proxmox. Descubre el clúster por la API de Proxmox y opera Terraform y Ansible por debajo, para que nunca los escribas a mano.
Se distribuye por un tap de Homebrew y un instalador curl, ambos verificados contra los checksums de cada release.
08
Evaluando posiciones de ingeniería Staff+ y Principal.