Diseño de Sistemas: cómo aprobar la entrevista

Entrevistas de Diseño de Sistemas: Enfoque Probado y Errores Comunes

Las entrevistas de diseño de sistemas evalúan tu capacidad para diseñar sistemas escalables. Comienza dominando conceptos clave: Balanceadores de carga para distribuir tráfico, Fragmentación y particionamiento para escalado horizontal, Replicación para disponibilidad de datos y Colas de mensajes para procesamiento asíncrono. Familiarízate con tipos de bases de datos —relacionales y NoSQL— y sus estructuras (B-Trees en SQL, LSM-trees en NoSQL). Con 2 semanas de lectura diaria —un tema por día— construirás una base sólida para entrevistas en empresas medianas.

Problemas Típicos y Estructura de la Entrevista

Los problemas se centran en sistemas backend: diseña el feed de noticias de una red social, una plataforma de video o un servicio de mapas. El diseño de sistemas frontend es raro, solo para roles frontend. El backend siempre se evalúa.

Las entrevistas comienzan con la descripción de un servicio y requisitos. Dedica los primeros 5 minutos a aclarar:

• Requisitos funcionales (funciones: búsqueda de cafés en mapas, planificación de rutas).
• Requisitos no funcionales (escala: QPS, volumen de datos; fiabilidad, seguridad, latencia).

No saltes directamente a diagramas —ese es un error común. Sin aclaraciones, corres el riesgo de diseñar lo equivocado y perder tiempo.

Elecciones Arquitectónicas: Push vs Pull

Conoce los modelos de interacción de tu servicio:

• Push: La fuente (A) notifica al receptor (B) cuando una tarea finaliza.
• Pull: El receptor (B) consulta periódicamente a la fuente (A).

| Modelo | Ventajas | Desventajas |

|--------|----------|-------------|

| Push | Baja latencia, notificaciones instantáneas | Riesgo de sobrecarga en receptor, complejidad en fallos |

| Pull | Control de carga, resiliencia simple | Retrasos por sondeo, mayor tráfico |

Ejemplos: Prometheus usa Pull para métricas, InfluxDB usa Push. Elige según el caso: Push para tiempo real, Pull para procesamiento por lotes.

Brokers de Mensajes vs Tareas por Lotes

Para distribuir carga, compara:

• Colas de mensajes (Kafka, RabbitMQ): Procesamiento asíncrono, distribución uniforme, baja latencia.
• Tareas por lotes (Cron, Airflow): Ejecuciones programadas, ideales para analítica o ETL con horarios fijos.

Error común: Pasar por alto tareas por lotes para procesos empresariales que necesitan ejecutarse de noche (informes). Las colas destacan en picos, las tareas en cargas predecibles.

Compensaciones en Diseño de Sistemas

Toda elección implica compensaciones:

• Monolito vs Microservicios: Los monolitos se construyen y despliegan más rápido; los microservicios escalan mejor pero añaden latencia y complejidad de red.
• SQL vs NoSQL: SQL ofrece garantías ACID y JOINs; NoSQL permite fragmentación horizontal y flexibilidad de esquema sin migraciones.

Entiende los costos:

• La escalabilidad sacrifica velocidad de desarrollo.
• Esquemas rígidos simplifican consultas pero frenan la evolución.

Los ingenieros senior justifican elecciones con compensaciones, no con "me quemé en un proyecto".

Recursos Recomendados

• System Design Interview Vol. 1 (Alex Xu): Conceptos clave + problemas calientes (feeds de noticias, YouTube). Perfecto para empezar —equilibra teoría y práctica.
• System Design Interview Vol. 2 (Alex Xu): Compensaciones profundas, casos únicos.
• Designing Data-Intensive Applications (Martin Kleppmann): Estructuras de datos, desafíos de sistemas distribuidos (teorema CAP, consistencia). Lectura para nivel principal —abórdala tras lo básico.

Resalta secciones clave, dobla páginas para repasar.

Lecciones Clave

• Aclara requisitos 5 minutos al inicio —evita diseñar el sistema equivocado.
• Justifica elecciones (colas vs tareas, push vs pull) con compensaciones, no intuición.
• Enfócate en los compromisos: No hay soluciones perfectas.
• Domina lo básico en 2 semanas, profundiza en libros para Big Tech.
• Practica problemas reales de los libros de Xu.

El diseño de sistemas desmitifica la 'magia' detrás de servicios como S3 o pasarelas de pago, afilando tus habilidades de toma de decisiones equilibrada.

— Editorial Team