Explica el teorema CAP y cómo se aplicó a un sistema en el que hayas trabajado.

CAP dice que cuando una partición de red separa tus nodos, tienes que elegir entre consistencia y disponibilidad. No puedes renunciar a la tolerancia a particiones, porque las redes fallan lo planifiques o no. Así que la pregunta real es qué hace tu sistema durante una partición: rechazar escrituras para seguir siendo correcto, o aceptarlas y reconciliar después. Fuera de una partición puedes tener las dos, que es por lo que la latencia es el intercambio del día a día.

El planteamiento que uso es que la tolerancia a particiones no es una elección, porque se pierden paquetes y fallan switches independientemente de mi arquitectura. Así que CAP pregunta en realidad qué hace el sistema mientras está partido: rechazar la escritura para que nadie lea datos obsoletos, o aceptarla y arreglarlo después. Lo que me gusta de la extensión PACELC es que nombra la parte con la que lidias cada día, que es que incluso cuando todo está sano estás intercambiando latencia por consistencia, porque una escritura por quórum entre regiones cuesta viajes de ida y vuelta. En un producto en el que trabajé lo dividimos por funcionalidad. Todo lo que tocaba facturación pasaba por el primario con garantía de lectura tras escritura, porque cobrar dos veces a alguien no se arregla con una disculpa. El feed de actividad leía de réplicas y podía ir unos segundos por detrás, y nadie lo notó nunca. El mismo sistema, dos respuestas, elegidas por funcionalidad y no como religión arquitectónica.