Decentralized Computing Orchestration for Microservice Latency

Resolve Bottlenecks,
Find Innovative Solutions
Generate 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

VSEngineering 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

Engineering Contradiction:
Improvedynamic adjustment capabilityVSAvoidsystem architecture complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

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.

Inventive Principle:
Principle #1Segmentation

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.

Inventive Principle:
Principle #15Dynamics

2Reliability

If dependencies between microservices are maintained for functionality, then service integration is achieved, but latency and compliance standards cannot be met

Engineering Contradiction:
Improvecompliance standard fulfillmentVSAvoidservice latency
Core Design Contradiction:
ReliabilityVSLoss of time

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.

Inventive Principle:
Principle #2Taking out (Extraction)

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.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Productivity

If multiple processing resources are pooled for flexibility, then resource utilization improves, but system complexity and coordination overhead increase

Engineering Contradiction:
Improveresource utilization efficiencyVSAvoidorchestration complexity
Core Design Contradiction:
ProductivityVSDevice complexity

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.

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

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.

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentUS11429440B2Intelligent orchestration of disaggregated applications based on class of service
Publication Date: 2022.08.30 HEWLETT PACKARD ENTERPRISE DEV LP
  • US11429440B2 patent drawing
  • US11429440B2 patent drawing
  • US11429440B2 patent drawing

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.