Member-only story
System Design Interview: Rate limiter
Este ejercicio me tocó en vivo, y lo resolví con los conceptos que traía de muchos otros que había practicado. Esto es lo que se esperaba en cada momento y lo que hice yo.
Noviembre de 2026 · Entrevista técnica · Live challenge: rate limit sobre /sales
1 · El caso
El ejercicio fue en vivo: poner un rate limit sobre /sales, en un proyecto escrito en Java. Lo encaré con tres ideas, las capas de una arquitectura, cómo se intercepta un request y cómo se elige un store según cómo se lo lee, y con una costumbre: pensar en voz alta y arrancar por la fuerza bruta.
Pasé la entrevista. Mi solución tenía bugs, y para la base llegué a las propiedades correctas sin nombrar el store que esperaban.
Antes de escribir código hubo que acordar tres cosas: en qué capa va el límite, cómo se intercepta el request y qué se cuenta.
Momento 1 · ¿Dónde va el rate limit?
Antes de escribir nada, enumeré dónde se puede limitar el tráfico: en el CDN, en el firewall, en un proxy, en el load balancer o en el código. La lista era correcta. El firewall puede ser de red (L3/L4) o de aplicación (un WAF, que en general vive en el edge, junto al CDN), y en producción se combinan varias capas: cada capa corta un tipo de abuso distinto…
