Decentralized Computing Orchestration for Microservice Latency
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Existing computing systems are limited in their ability to dynamically adjust to changing service needs and regulatory requirements, often resulting in inefficiencies and failures to meet latency and compliance standards due to dependencies between microservices.
Innovation Solution
A decentralized computing system that utilizes a hybrid cloud environment with blockchain technology to dynamically orchestrate and optimize the use of pooled processing resources, ensuring regulatory compliance and security through smart contracting and accountability verification.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Adaptability or versatility
If a centralized computing system with fixed architecture is used, then system structure is simple and easy to manage, but the system cannot dynamically adjust to changing service needs and regulatory requirements
Solution Approach 1:
The patent segments the computing system into independent processing resources that can be individually selected and orchestrated. Each processing resource operates independently with defined capabilities, allowing the system to dynamically compose different configurations without requiring complex centralized control structures. This segmentation enables adaptability while maintaining manageable complexity through modular design.
Solution Approach 2:
The patent implements dynamic orchestration where the system can adapt its configuration in real-time based on changing service needs and regulatory requirements. The orchestration layer dynamically selects and coordinates processing resources from the pool, enabling the system to transition between different states and configurations without physical reconfiguration, thus achieving adaptability with controlled complexity.
2Reliability
If dependencies between microservices are maintained for functionality, then service integration is achieved, but latency and compliance standards cannot be met
Solution Approach 1:
The patent extracts the orchestration logic from the microservice dependencies themselves and places it in a separate orchestration layer. This allows the system to maintain service functionality while removing unnecessary dependency chains that cause latency. The orchestration layer coordinates services independently, enabling compliance fulfillment without the time loss associated with traditional microservice dependencies.
Solution Approach 2:
The orchestration layer acts as an intermediary between processing resources and service requirements. It mediates the coordination between services, managing dependencies centrally rather than through distributed microservice calls. This intermediary approach reduces latency by optimizing the coordination path while ensuring compliance standards are met through centralized control.
3Productivity
If multiple processing resources are pooled for flexibility, then resource utilization improves, but system complexity and coordination overhead increase
Solution Approach 1:
The patent creates a universal orchestration layer that can manage diverse processing resources through a common interface and set of rules. This multi-functional orchestration system handles different resource types, compliance requirements, and service needs through unified mechanisms, improving resource utilization while preventing orchestration complexity from becoming unmanageable through standardization.
Solution Approach 2:
The system dynamically changes parameters such as resource selection criteria, orchestration policies, and coordination strategies based on current service needs and compliance requirements. By adjusting these parameters rather than restructuring the entire system, the patent achieves high resource utilization while keeping orchestration complexity manageable through adaptive parameter tuning rather than structural complexity.
Data Source
AI summary
Intelligent orchestration of disaggregated applications includes identifying available processing resources capable of performing the disaggregated applications; triggering each of the available processing resources to query corresponding dependent processing resources of the available processing resources to provide service levels and pricing for performing the disaggregated applications according to class of service; selecting by a matching tool qualified processing resources from the available processing resources and the corresponding dependent processing resources based on the service levels and the pricing; executing a contract between an orchestration tool and each of the selected qualified processing resources; and upon execution of the contract, triggering the selected qualified processing resources to execute the disaggregated applications.


