Recorre replicación, particionado, transacciones, consistencia y el procesamiento por lotes y por flujo, con una honestidad poco común: casi cada capítulo termina explicando qué se rompe igual después de hacerlo bien. La segunda edición, ahora con Riccomini, reordena el material y actualiza lo que diez años dejaron viejo.
Qué me llevé
La distinción entre el sistema que es la fuente de un dato y los que solo tienen copias derivadas de él. Es la regla que más uso: antes de proponer una integración dibujo dónde nace cada dato, porque cuando dos sistemas creen ser la fuente el problema no se arregla con más sincronización, se agrava. Una copia derivada se puede reconstruir y por eso se puede equivocar sin drama; una fuente, no.
El registro de eventos como contrato entre sistemas. En lugar de que cada aplicación llame a las demás, se publica lo que pasó y cada quien construye la vista que necesita. Cambia la conversación de «cuántas integraciones hay que hacer» a «qué hechos del negocio hay que publicar», que es una pregunta mucho mejor.
Y el argumento de punta a punta: la garantía tiene que vivir donde está el significado. El identificador que impide pagar dos veces la misma factura tiene que venir del proceso, no de la capa de red, por más que la capa de red prometa no duplicar nada.
Qué dejé fuera
Una buena porción del libro habla de problemas que aparecen a escalas que una empresa mediana no va a ver nunca: consenso entre nodos, relojes que no coinciden, particiones de red en varios centros de datos. Se leen bien y sirven como cultura general, pero presentarlos como decisiones pendientes en un proyecto de cien usuarios es venderle a alguien un problema que no tiene.