# Nadie te pregunta qué es un load balancer

Episodio de [Desplegando.cloud](https://escuchario.semeescucha.es/podcast/desplegando-cloud), de Marcia Villalba.

- Publicado: 2 de octubre de 2026
- Duración: 18 min
- Audio: https://api.substack.com/feed/podcast/218352960/59b5fb2e274a3d1fd21898c22d45e6db.mp3
- Página: https://escuchario.semeescucha.es/podcast/desplegando-cloud/episodio/5710542-nadie-te-pregunta-que-es-un-load-balancer

## Sobre este episodio

En una entrevista de diseño de sistemas nadie te pregunta “¿qué es un load balancer?”. Te dan un problema abierto tipo “diseñá Instagram” y te miran los primeros dos minutos. Ahí se nota quién sabe términos y quién sabe diseñar. La mayoría estudia diseño de sistemas memorizando piezas sueltas, load balancer, cache, CAP theorem, y por eso se queda en blanco frente a un problema abierto. Y esto se ve reflejado en una entrevista de 40 minutos, diseñando un sistema real, o evaluando qué decisión tomó por vos un agente de IA cuando le pedís una arquitectura. 💡 Cuatro etapas, siempre en el mismo orden Alex Xu describe cuatro etapas en el diseño de sistemas, en System Design Interview , un libro de referencia del tema. Las etapas son: entender el problema, proponer un diseño de alto nivel, profundizar donde importa, y concluir. Etapa 1 — Entender el problema y el alcance. Antes de dibujar nada, hay que preguntar: ¿qué tiene que hacer el sistema? ¿Bajo qué condiciones? Un dato que cambia el diseño entero y casi nadie pregunta: ¿los usuarios leen mucho más de lo que escriben, o al revés? Netflix mostrando el mismo capítulo a millones de personas es un problema de fan-out , distribuir lo mismo a mucha gente sin que el origen colapse. Un generador de imágenes con IA recibiendo millones de prompts a la vez es fan-in , absorber volumen sin que el sistema se caiga. Son dos problemas distintos con dos soluciones distintas. Etapa 2 — Diseño de alto nivel y acuerdo. Ahora sí empezás a dibujar, pero en bloques grandes: cliente, load balancer, servicio, base de datos. Sin profundizar en ninguno todavía. El objetivo es recorrer uno o dos casos de uso reales con la otra persona (entrevistador o stakeholder) y confirmar que el mapa cubre lo que se pidió, es una conversación, no un monólogo. Etapa 3 — Deep dive. Con el mapa completo, elegís las tecnologías que importan para ESE problema. Por ejemplo, si el sistema lee mucho más de lo que escribe, profundizás en cache y réplicas. Si escribe mucho y necesita orden, profundizás en particionado y colas. Si hay una base de datos tipo DynamoDB, acá definís la clave de partición y la estructura de las tablas. Etapa 4 — Concluir. La etapa que más gente ni llega a pisar, porque se quedó atascada antes. Acá hablás de cuellos de botella, casos de error, y cómo escalarías si hiciera falta. No es un cierre protocolar, es donde demostrás que ves el sistema completo, no solo la pieza que más te gustó dibujar. 🤖 Por qué esto importa todavía más con IA Hoy le podés pedir a un agente que te arme una arquitectura en 10 segundos. El agente sabe cómo armar ese diagrama. No sabe por qué tu caso necesita lo que eligió, o si eso que armó aguanta tu escala real. Ese “por qué” sigue siendo tuyo. Y es exactamente este proceso, las 4 etapas, el que te permite evaluar si lo que armó el agente tiene sentido, o hacerle las preguntas correctas para que termine de armar la arquitectura completa. De eso justamente voy a hablar en una clase en vivo y gratuita el miércoles 7 de octubre : diseño de sistemas en la era de la IA, vamos a ver que es spec-driven development y Kiro y como nos puede ayudar. 🎯 RESERVAR MI LUGAR GRATIS This is a public episode. If you would like to discuss this with other subscribers or get access to bonus episodes, visit desplegando.substack.com

Anterior: [AWS mejora EventBridge para arquitecturas multi-cuenta a gran escala 📩](https://escuchario.semeescucha.es/podcast/desplegando-cloud/episodio/5710543-aws-mejora-eventbridge-para-arquitecturas-multi-cuenta-a-gran-escala)
Siguiente: [Llega el AWS Well-Architected Agent 🤖](https://escuchario.semeescucha.es/podcast/desplegando-cloud/episodio/5710541-llega-el-aws-well-architected-agent)

## Últimos episodios de Desplegando.cloud

- [⚡️ AWS Lambda Web Functions - Lambda lo hace otra vez!](https://escuchario.semeescucha.es/podcast/desplegando-cloud/episodio/30624340-aws-lambda-web-functions-lambda-lo-hace-otra-vez) · 19 de octubre de 2026 · 6 min
- [Strands Decider: la alternativa abierta a Jev](https://escuchario.semeescucha.es/podcast/desplegando-cloud/episodio/5710540-strands-decider-la-alternativa-abierta-a-jev) · 12 de octubre de 2026 · 5 min
- [Llega el AWS Well-Architected Agent 🤖](https://escuchario.semeescucha.es/podcast/desplegando-cloud/episodio/5710541-llega-el-aws-well-architected-agent) · 5 de octubre de 2026 · 4 min
- [AWS mejora EventBridge para arquitecturas multi-cuenta a gran escala 📩](https://escuchario.semeescucha.es/podcast/desplegando-cloud/episodio/5710543-aws-mejora-eventbridge-para-arquitecturas-multi-cuenta-a-gran-escala) · 28 de septiembre de 2026 · 5 min
- [AWS redefine la experiencia de inicio para nuevos usuarios](https://escuchario.semeescucha.es/podcast/desplegando-cloud/episodio/5710544-aws-redefine-la-experiencia-de-inicio-para-nuevos-usuarios) · 21 de septiembre de 2026 · 6 min