Decentralized Microservice Consensus via Neighbor Communication
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
In decentralized computing environments with distributed transactional microservices, achieving consensus on transaction requests is challenging due to the lack of a centralized management system, leading to communication delays and security concerns.
Innovation Solution
A decentralized protocol that allows services components to communicate only with immediately upstream or downstream components, eliminating the need for global knowledge and centralized management, thereby facilitating fast and efficient consensus achievement.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If a centralized transaction entity is employed to manage communications among services components, then global knowledge and coordination can be achieved, but communication delays increase and security risks are amplified
Solution Approach 1:
The patent segments the centralized transaction entity into distributed services components that each operate independently. Each services component manages its own communications and consensus with immediate neighbors, eliminating the single-point bottleneck of centralized management while maintaining reliable consensus through localized decision-making
Solution Approach 2:
The patent transitions from a vertical hierarchical structure (centralized entity at top, services components below) to a horizontal peer-to-peer structure where services components communicate laterally with immediate upstream and downstream neighbors. This dimensional shift eliminates communication delays inherent in centralized architectures
2Loss of information
If services components communicate with all other services components in the transaction, then complete information sharing is achieved, but security breaches can propagate globally and trust management becomes complex
Solution Approach 1:
The patent applies local quality by limiting information sharing and communication to immediate upstream and downstream services components only. Each services component maintains local trust relationships with its direct neighbors, preventing security breaches from propagating globally while ensuring sufficient information sharing for transaction consensus
Solution Approach 2:
The patent segments the communication network into isolated pairs of immediate upstream-downstream services components. This segmentation creates natural firewalls where security issues are contained locally rather than spreading system-wide, while each segment maintains adequate information exchange for its specific transaction needs
3Reliability
If a centralized transaction entity is used to manage all communications, then global coordination is achieved, but device complexity and storage costs increase
Solution Approach 1:
The patent enables services components to be self-sufficient by allowing each to independently manage its own communications and consensus processes with immediate neighbors. This self-service approach eliminates the need for a centralized transaction entity, reducing device complexity while maintaining reliable coordination through distributed autonomous decision-making
Solution Approach 2:
The patent extracts the centralized transaction entity from the system architecture, removing the source of complexity and storage costs. The essential coordination function is redistributed to individual services components that each handle their own transactions with immediate neighbors, eliminating the need for global knowledge storage while maintaining adequate coordination
Data Source
AI summary
One or more systems, computer-implemented methods, and computer program products to facilitate a process for consensus regarding proceeding with a request of a transaction are provided. A system can comprise a memory that stores computer executable components and a processor that executes the computer executable components stored in the memory. The computer executable components can comprise a services component that operates a service of a transaction, where the services component approaches consensus regarding a request of the transaction by communicating with one or more other services components that operate one or more other services immediately upstream or downstream in the transaction to the service. The services component can approach the consensus by communicating only with the one or more other services components. To approach the consensus, the services component can communicate one or more messages that include one or more requests, votes or final decisions.