Monotonic Reads es una garantía de consistencia débil pero útil en sistemas distribuidos. Establece que si un proceso realiza una secuencia de lecturas en un objeto de datos, los valores devueltos por esas lecturas serán monótonamente no decrecientes. En otras palabras, una vez que un cliente ha observado un cierto estado o valor para un dato, nunca observará un estado anterior o más antiguo para ese mismo dato en lecturas subsiguientes. Esto previene el fenómeno de 'retroceso en el tiempo' para un cliente individual, incluso si el sistema globalmente no ofrece una consistencia fuerte.
Esta garantía es fundamental en muchos sistemas distribuidos que priorizan la disponibilidad y la tolerancia a particiones sobre la consistencia fuerte. Por ejemplo, Apache Cassandra y Amazon DynamoDB, que son bases de datos NoSQL de tipo 'eventually consistent', pueden ofrecer Monotonic Reads como una de las garantías de consistencia que un cliente puede experimentar. Otro ejemplo es la replicación basada en logs en sistemas como Apache Kafka, donde un consumidor individual siempre procesará los mensajes en el orden en que fueron escritos en una partición, asegurando una lectura monótona para ese consumidor sobre esa partición. Sistemas de caché distribuidos o CDNs también pueden implementar Monotonic Reads para asegurar que un usuario no vea una versión más antigua de un recurso después de haber visto una más reciente.
Para un arquitecto de sistemas, Monotonic Reads es una consideración importante al diseñar aplicaciones que interactúan con datos distribuidos. Ofrece una experiencia de usuario más predecible y consistente que la eventual consistency pura, sin incurrir en la latencia y la sobrecarga de coordinación de la consistencia fuerte (como la serializabilidad). Es un trade-off valioso cuando la consistencia global estricta no es un requisito, pero la coherencia de la vista de un usuario individual sí lo es. Permite construir sistemas altamente disponibles y escalables, donde los clientes pueden leer de diferentes réplicas, sabiendo que su propia vista de los datos solo avanzará. Sin embargo, no garantiza que diferentes clientes vean los datos en el mismo orden o al mismo tiempo, ni que las escrituras sean visibles inmediatamente para todos. El arquitecto debe evaluar si esta garantía es suficiente para los requisitos de negocio, o si se necesitan garantías más fuertes como Read Your Writes o Causal Consistency.