Consistencia, replicación y CAP

No te preocupes si estas palabras suenan intimidantes: iremos explicando cada una en el camino. En esta lección aprendemos a hablar en una entrevista sobre algunas ideas básicas: replication (replicación: mantener copias de los mismos datos en varios lugares, para que si una máquina falla haya un re

El System Design (planear cómo construir software grande que atienda a muchas personas) es como planear una ciudad: calles, almacenamiento, semáforos y equipos de mantenimiento para que la ciudad siga funcionando bien incluso en hora pico, cuando todos salen a la vez.

Consistencia y replicación: La idea central de esta lección: cómo mantenemos copias de los datos (replication), cuántas copias deben estar de acuerdo (quorum), por qué a veces las copias se actualizan solo después de un momento (eventual consistency), qué trade-off elegimos durante un problema de red (CAP), y cómo cambiamos automáticamente a un respaldo cuando algo falla (failover).
Trade-off: Trade-off: una elección consciente en la que ganas algo y lo pagas con otra cosa, como elegir comida rápida en lugar de una comida casera: ahorras tiempo pero pierdes algo de calidad. En una entrevista explicas qué ganaste y qué te costó.
Métrica operativa: Una métrica operativa: un número que muestra si la decisión realmente funciona cuando el sistema está en vivo y atendiendo usuarios reales (esto se llama producción). Por ejemplo: latency (cuánto tarda en llegar una respuesta), error rate (la proporción de solicitudes que fallan), queue lag (cuántas tareas están esperando en fila), cache hit ratio (con qué frecuencia encontramos la respuesta en memoria rápida), y más.