Bi-directional Data Replication with Transformation Configuration

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current cloud computing systems lack efficient methods for replicating data between instances while applying transformations to the replicated data and ensuring that changes made to the replicated data are accurately reflected back to the source instance, particularly in a scalable and secure manner.

Innovation Solution

A method for replicating instance data involves setting transformation configuration data on a consumer instance to map and transform incoming data from a producer instance, using a logging infrastructure to publish and subscribe data modification events, and enabling bi-directional replication to ensure that changes made to the replicated data are updated on the source instance.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Speed

If data is replicated between cloud instances without transformation configuration, then replication speed is improved, but data consistency and adaptability to different instance schemas deteriorate

Engineering Contradiction:
Improvereplication speedVSAvoiddata consistency
Core Design Contradiction:
SpeedVSManufacturing precision

Solution Approach 1:

The system performs preliminary actions by pre-configuring transformation rules and mappings between source and target table schemas before replication occurs. This allows the replication process to execute quickly while transformations are applied systematically, resolving the contradiction between speed and data consistency.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system changes parameters by dynamically adjusting transformation configurations, mapping rules, and data format conversions based on the specific source and target instance schemas. This enables adaptable data transformation that maintains consistency across different instances without sacrificing replication efficiency.

Inventive Principle:
Principle #35Parameter changes

2Reliability

If bi-directional replication is implemented to synchronize changes back to source, then data consistency is improved, but system complexity and processing overhead increase

Engineering Contradiction:
Improvedata consistencyVSAvoidsystem complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The system implements feedback mechanisms where changes made at consumer instances are automatically detected, transformed, and propagated back to producer instances. This bi-directional synchronization maintains data consistency while using structured feedback loops to manage complexity.

Inventive Principle:
Principle #23Feedback

Solution Approach 2:

The replication system is designed with universal components that handle both unidirectional and bi-directional replication, transformation configurations, and change tracking through a unified architecture. This multi-functionality reduces overall system complexity by consolidating multiple functions into integrated components.

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

3Adaptability or versatility

If transformation configuration data is set for each consumer replication set, then adaptability to different instances is improved, but configuration complexity and setup time increase

Engineering Contradiction:
Improveinstance adaptabilityVSAvoidconfiguration complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The system employs dynamic configuration where transformation rules and mappings can be adjusted based on the specific source and target instances. This allows the replication system to adapt to different schemas and data formats automatically, reducing manual configuration complexity while maintaining high adaptability.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The configuration system is segmented into modular components including transformation rules, mapping definitions, and instance-specific settings. This segmentation allows administrators to configure transformations incrementally and reuse configurations across multiple replication sets, reducing overall configuration complexity.

Inventive Principle:
Principle #1Segmentation

4Loss of time

If real-time data transformation and replication is performed, then data availability is improved, but processing time and computational resources increase

Engineering Contradiction:
Improvedata availabilityVSAvoidcomputational resources
Core Design Contradiction:
Loss of timeVSUse of energy by moving object

Solution Approach 1:

The system performs data transformation and replication in periodic batches or at scheduled intervals rather than continuously for every single data change. This periodic action maintains real-time data availability while reducing peak computational resource consumption and processing overhead.

Inventive Principle:
Principle #19Periodic action

Data Source

PatentUS11163791B2Transformation configuration in instance data replication with bi-directional replication support
Publication Date: 2021.11.02 SERVICENOW INC
  • US11163791B2 patent drawing
  • US11163791B2 patent drawing
  • US11163791B2 patent drawing

AI summary

Transformation configuration data is set for a consumer replication set on a consumer instance to replicate on the consumer instance data of a source table included in a producer replication set on a producer instance. The transformation configuration data includes configuration data of at least one of: (i) a target table from among a plurality of tables on the consumer instance that is specified in the consumer replication set as a table for loading on the consumer instance, incoming data from the source table; and (ii) a specified mapping of incoming fields of the source table with respective fields of the target table. Replication event data of a data modification event associated with a record on the source table is received. The received replication event data is transformed based on the set transformation configuration data, and loaded on the target table.