Preparar una entrevista de sistemas distribuidos
Sistemas distribuidos es el tema estrella de las entrevistas de system design, y el que más se responde con frases hechas. «CAP: elegí dos de tres», «consistencia eventual es datos corruptos»: dos afirmaciones que suenan sabias y son falsas. Lo que se evalúa es si podés razonar el trade-off real, no recitar el acrónimo.
La partición te la impone la red, no la elegís: el trade-off real es consistencia vs disponibilidad cuando la partición ocurre. Elegir consistencia fuerte global para un feed social es sobre-ingeniería que degrada justo la métrica que importa. Saber cuándo cada modelo aplica —y cuándo una clave de sharding sesgada te crea una hot partition— es lo que separa candidatos.
Abajo tenés una tarjeta y una pregunta reales, del mismo tipo que vas a practicar adentro.
Probá una muestra
Diseñás el backend de un feed social global (miles de millones de lecturas, escrituras moderadas, usuarios en todos los continentes). ¿Qué modelo de consistencia elegís para el feed?
Qué cubre alfront de este tema
- Consistencia y escala: CAP real (C vs A ante partición), eventual vs fuerte
- Sharding: elegir la clave por distribución de acceso, hot partitions
- Caching: invalidación, patrones de lectura y el costo de los datos stale
Empezá a practicar hoy
Adentro tenés la práctica completa: repaso espaciado, la ficha de cada tema y la entrevista por voz para ensayar bajo presión.
Preguntas frecuentes
¿Qué es lo que más se pregunta de sistemas distribuidos?
CAP bien entendido (que P no se elige), cuándo usar consistencia eventual vs fuerte, cómo elegir una clave de sharding y qué es una hot partition. Son las trampas que más veces separan candidatos en system design.
¿Por qué "CAP: elegí dos de tres" es una trampa?
Porque no podés renunciar a P: la partición te la impone la red. El trade-off real es C vs A cuando la partición ocurre. Recitar el acrónimo sin entender eso te delata.
¿Consistencia eventual significa datos incorrectos?
No: es convergencia diferida, no incorrectitud. Los datos se ponen al día con un retraso; no se corrompen. Confundir eventual con «corrupto» es otro de los errores clásicos.
¿Cómo practico esto en alfront?
Con la cola de repaso espaciado sobre las tarjetas de arquitectura y sistemas distribuidos, cada una con su trampa, y ensayando el razonamiento en voz alta en la entrevista por voz.
Otras guías
Según la oferta
Armar un plan de estudio para una entrevista técnica según la oferta
Empresas tech de LATAM
Preparar una entrevista técnica en una empresa tech de LATAM
Entrevista junior
Preparar tu primera entrevista técnica sin experiencia previa
Preguntas de comportamiento
Preparar las preguntas de comportamiento de una entrevista técnica
SQL y bases de datos
Preparar una entrevista de SQL y bases de datos
APIs REST y autenticación
Preparar una entrevista de APIs REST y autenticación
Colas y mensajería
Preparar una entrevista de backend asíncrono: colas y mensajería
Docker y contenedores
Preparar una entrevista de Docker y contenedores
Examen AWS SAA-C03
Preparar el examen AWS Solutions Architect Associate (SAA-C03)
System design
Preparar una entrevista de system design (diseño de sistemas)
No quedarte en blanco
Qué hacer para no quedarte en blanco en una entrevista técnica