Inmutable y transparente

Diario solo para anexos

Amazon QLDB tiene un diario inmutable integrado que almacena una entrada precisa y secuencial de cada cambio de datos. El diario es solo para anexos, lo que significa que los datos solo se pueden agregar a un diario y no se pueden sobrescribir o eliminar. Esto garantiza que su historial de cambios almacenado no se pueda eliminar ni modificar. Incluso si elimina los datos de su libro mayor, se puede acceder al historial de cambios de esos datos mediante la lectura del diario inmutable.

Fácil acceso al historial de cambios

Con Amazon QLDB, puede acceder a todo el historial de cambios de los datos de su aplicación. Puede consultar un resumen de los cambios históricos (p. ej.: la lista de todos los propietarios anteriores de un vehículo), y también detalles específicos relacionados con el historial de transacciones (p. ej.: la hora de venta del vehículo y el nombre del nuevo propietario).

Criptográficamente verificable

Resumen de historial de cambios

Amazon QLDB utiliza criptografía para crear un sumario conciso de su historial de cambios. Este sumario seguro, comúnmente conocido como “resumen”, se genera mediante una función criptográfica de hash (SHA-256). El resumen actúa como una prueba del historial de cambios de sus datos, y le permite regresar y verificar la integridad de los cambios de sus datos. Puede utilizar este resumen con la API de QLDB para probar la integridad de cualquier transacción (p. ej.: si se produjo una transacción o no). Si bien QLDB también le permite consultar y acceder al historial de sus datos, la verificabilidad es útil para los escenarios comerciales en los que necesita una prueba relacionada con una transacción específica. Por ejemplo, es posible que un negocio de e-commerce deba mostrar una prueba de una oferta ganadora.

Sin servidor

Fácil de escalar

Amazon QLDB ofrece un escalado automático y sin problemas para satisfacer las demandas de su aplicación sin la necesidad de aprovisionar capacidad o configurar límites de lectura y escritura. Además, dado que QLDB es una base de datos, proporciona un mejor rendimiento y escala que los marcos de cadena de bloques. QLDB puede escalar en forma ascendente y ejecutar fácilmente el doble o el triple de transacciones que los marcos comunes de cadena de bloques. Los marcos de cadena de bloques están descentralizados y requieren que los nodos pares validen una transacción antes de que pueda almacenarse en el libro mayor, lo que afecta su rendimiento. Por otro lado, ejecutar una transacción en QLDB es tan simple como cualquier base de datos de AWS.

Fácil configuración

Comenzar con Amazon QLDB es fácil, ya que no hay servidores con el propósito de administrar ni capacidad para aprovisionar. Puede crear un nuevo libro mayor en minutos utilizando la consola de administración de AWS y comenzar a desarrollar su aplicación rápidamente.

Monitorización y métricas

Amazon QLDB provee métricas de Amazon CloudWatch para sus libros mayores. Puede ver métricas operativas clave como eventos de lectura, eventos de escritura y volumen de almacenamiento.

Facilidad de uso

Compatibilidad con SQL

La API similar a SQL de Amazon QLDB le permite consultar, administrar y actualizar fácilmente sus datos utilizando operadores de SQL conocidos.

Modelo de datos orientado a documentos

Los modelos de datos definen cómo se procesan y almacenan los datos dentro de una base de datos. Amazon QLDB almacena datos utilizando un modelo de datos orientado a documentos, que le brinda la flexibilidad para almacenar datos estructurados y semiestructurados. El modelo de datos de QLDB también es compatible con estructuras de datos anidadas, lo que puede simplificar sus aplicaciones.

Consistencia transaccional y semántica ACID

Al realizar una operación de base de datos, Amazon QLDB proporciona propiedades de atomicidad, consistencia, aislamiento y durabilidad (ACID). Las propiedades ACID de las transacciones facilitan la escritura de aplicaciones correctas. Por ejemplo, en una aplicación bancaria, cuando se transfieren 100 USD de la Cuenta A a la Cuenta B, la operación se ejecutará de manera completa y consistente, es decir, el dinero se debita de la Cuenta A y se acredita a la Cuenta B, o no se ejecutará en absoluto. La transacción nunca se ejecutará de manera parcial e inconsistente, es decir, que el dinero se acredite en la Cuenta B, pero no se debite de la Cuenta A o viceversa.