Synchronous Data Persistence With Journal-Backed Replication

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing database systems face challenges in maintaining data integrity and reducing customer experience delays during system overloads or failures, particularly when replicating customer data across multiple computer systems, which often requires additional resources and can result in incomplete replicas and reduced service quality.

Innovation Solution

Implementing synchronous data replication techniques using a ledger database with a transparent, immutable, and cryptographically verifiable transaction log to ensure data consistency across primary and secondary nodes, ensuring data is written to both volatile memory and the journal service before releasing client confirmations.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If synchronous data replication is implemented across multiple computer systems, then data integrity and consistency are improved, but system resources are consumed and customer experience is reduced

Engineering Contradiction:
Improvedata integrityVSAvoidsystem resources
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

A journal service is introduced as an intermediary component between the primary database node and replica nodes. The journal service receives data from the primary node, validates it against a ledger database, and then distributes it to replica nodes. This mediator approach allows the system to maintain data integrity through synchronous replication while reducing the direct resource burden on individual nodes by centralizing the replication coordination function.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The replication system is segmented into distinct functional components: a primary node for data receipt, a journal service for validation and coordination, and replica nodes for data storage. The ledger database is segmented into a transparent, immutable transaction log that records all replication events. This segmentation allows each component to specialize in specific tasks, improving overall system efficiency and reducing resource consumption compared to a monolithic replication approach.

Inventive Principle:
Principle #1Segmentation

2Stability of the object's composition

If data is replicated across multiple computer systems, then data consistency is improved, but customer experience and service quality are reduced

Engineering Contradiction:
Improvedata consistencyVSAvoidcustomer experience
Core Design Contradiction:
Stability of the object's compositionVSProductivity

Solution Approach 1:

The system implements feedback mechanisms where the journal service receives confirmation from replica nodes that data has been successfully replicated. This feedback loop allows the primary node to verify that replication was successful before confirming data persistence to the client. The ledger database provides an immutable audit trail of all replication events, enabling the system to track and verify data consistency without requiring continuous client waiting, thus maintaining customer experience while ensuring data consistency.

Inventive Principle:
Principle #23Feedback

3Reliability

If additional resources are allocated for data replication, then data integrity is improved, but compute resource usage increases

Engineering Contradiction:
Improvedata integrityVSAvoidcompute resource usage
Core Design Contradiction:
ReliabilityVSUse of energy by moving object

Solution Approach 1:

The journal service performs multiple functions: it receives data from the primary node, validates data against the ledger database, coordinates replication to multiple replica nodes, and manages confirmation feedback. By consolidating these functions into a single multi-functional service, the system reduces the total compute resource usage compared to having separate dedicated services for each function, while still maintaining high data integrity through synchronous replication across multiple systems.

Inventive Principle:
Principle #6Universality (Multi-functionality)

Data Source

PatentUS12579108B1Synchronous database data persistence
Publication Date: 2026.03.17 AMAZON TECH INC
  • US12579108B1 patent drawing
  • US12579108B1 patent drawing
  • US12579108B1 patent drawing

AI summary

A database system writes data to a volatile memory and generates metadata associated with the data written to the volatile memory. The database system stores a message usable to confirm that the data was written in the volatile memory and links the metadata to the message. A data structure receives the data and the metadata and stores at least the data. A service managing the data structure provides a confirmation that the data was stored by the data structure. The confirmation includes at least the metadata associated with the data. The database system, in response to the confirmation that the data was obtained by the data structure, identifies the stored message using the metadata included with the confirmation and then releases the message.