Transaction platform with synchronized semi-redundant ledgers
US-2024320737-A1 · Sep 26, 2024 · US
US10169441B2 · US · B2
| Field | Value |
|---|---|
| Publication number | US-10169441-B2 |
| Application number | US-201414526139-A |
| Country | US |
| Kind code | B2 |
| Filing date | Oct 28, 2014 |
| Priority date | Jan 27, 2014 |
| Publication date | Jan 1, 2019 |
| Grant date | Jan 1, 2019 |
A practical reading order for non-experts. Skip the full description unless you need deep technical detail.
What the patent document calls the invention.
A short plain-language summary of the technical disclosure.
Who owns or filed the patent and who is credited as inventor.
Filing, priority, publication, and grant dates set the timeline.
The legal scope of protection — read this for what is actually claimed.
Technology tags used to group this patent with similar filings.
Prior art links and similar publications in this corpus.
Official abstract text for this publication.
Methods and apparatus, including computer program products, implementing and using techniques for data replication in a cluster. In response to identifying data to replicate in a multi-node system by a first node in a cluster, the data is written concurrently to other nodes in the cluster based on a rule set in a repository. In response to detecting a criterion described in the rule set, an action is performed.
Opening claim text (preview).
The invention claimed is: 1. A computer-implemented method for data replication during ingestion of data in a content management system, the method comprising: receiving, by the processor and in response to instructions by an application programming interface, blocks of data to be written into a content management system; retrieving a replication rule from a replication rule repository, wherein the replication rule includes instructions for handling the blocks of data in a strict mode and in a tolerant mode, respectively; replicating the blocks of data to different live replication nodes in the content management system using the strict mode in situations that require strict data consistency and no data losses in response to writing the blocks of data to the first node in the content management system by the processor and in response to instructions by the application programming interface, wherein the strict mode requires that the blocks of data be persisted synchronously to the first node and all its replica nodes before the data node returns a success status; replicating the blocks of data to different live replication nodes in the content management system using the tolerant mode in situations that require high throughput and high availability in data ingestion, in response to writing the blocks of data to the first node in the content management system by the processor and in response to instructions by the application programming interface, wherein the tolerant mode requires that the blocks of data be persisted synchronously to a user-assigned number of replica nodes of the first data node before the first data node returns a success status and the data blocks be asynchronously persisted to any failed data nodes at a later point in time; and receiving either a success status or a failure status for persisting the data in the content management system. 2. The method of claim 1 , further comprising: receiving a status back from each replication node. 3. The method of claim 2 , further comprising: determining, from the received statuses, whether to rollback the replication of data from the replication nodes. 4. The method of claim 3 , wherein in the strict mode the determining includes: determining to rollback the replication data in response to receiving a status indicating failure to persist the data from at least one of the replication nodes. 5. The method of claim 3 , wherein in the tolerant mode the determining includes: determining to rollback the replication data in response to receiving a status indicating failure to persist the data from a number of nodes that exceeds a pre-determined quorum of nodes. 6. The method of claim 3 , further comprising: in response to determining that the replication data should not be rolled back in the tolerant mode, replicating the data to one or more responding replication nodes; and replicating the data from the responding replication nodes to failed replication nodes asynchronously at a later point in time. 7. The method of claim 1 , further comprising: providing an application programming interface for replicating data. 8. The method of claim 1 , further comprising: returning one of a success message and a fail message for the data replication to a user.
Synchronous replication · CPC title
Physics · mapped topic
Related publications grouped by family.
Answers are generated from the same data shown on this page.