Automatic Version Routing for Cloud Application Instances

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Manual configuration of routing requests to correct versions of applications in a cloud network is time-consuming and error-prone, leading to potential failures when multiple instances of differing versions are deployed.

Innovation Solution

Implementing automatic detection and routing of requests by parsing the request to determine a version identifier and matching it with corresponding version labels associated with application instances, using a processing device to dynamically route requests to the appropriate version.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If manual configuration is used to route requests to correct application versions, then routing accuracy can be maintained, but time consumption and error probability increase significantly

Engineering Contradiction:
Improverouting accuracyVSAvoidconfiguration time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The system enables automatic self-routing by having the routing mechanism independently parse version identifiers from requests, query instance version information, match versions, and route requests without human intervention. This self-service approach eliminates manual configuration while maintaining routing accuracy through automated version matching logic.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The system performs preliminary actions by pre-querying and storing version information for multiple application instances before requests arrive. This advance preparation of version data enables rapid automatic matching and routing when requests come in, eliminating the need for time-consuming manual configuration during request handling.

Inventive Principle:
Principle #10Preliminary action

2Reliability

If manual configuration is used to route requests to correct application versions, then routing control can be maintained, but error probability increases

Engineering Contradiction:
Improverouting controlVSAvoidconfiguration errors
Core Design Contradiction:
ReliabilityVSObject-generated harmful factors

Solution Approach 1:

The automated routing system performs self-service by independently parsing version identifiers from incoming requests, querying instance version information, performing version matching, and routing requests accordingly. This eliminates human operators from the routing decision process, thereby preventing configuration errors while maintaining precise routing control through systematic automated logic.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The system implements feedback mechanisms by continuously querying the current state of application instances and their version information, then using this feedback to make accurate routing decisions. This closed-loop approach ensures routing control is maintained based on real-time system state rather than static manual configurations that are prone to errors.

Inventive Principle:
Principle #23Feedback

3Productivity

If automatic version routing is implemented by parsing requests and matching version identifiers, then routing efficiency and accuracy improve, but system complexity increases

Engineering Contradiction:
Improverouting efficiencyVSAvoidsystem complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The routing system is designed with multi-functionality to handle multiple tasks within a single unified mechanism: parsing version identifiers from various request formats, querying version information from multiple instances, performing version matching, and routing requests. This universal approach improves routing efficiency by consolidating functions while managing complexity through a single integrated system rather than separate components for each function.

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

Solution Approach 2:

The system introduces an intermediary routing mechanism that sits between incoming requests and application instances. This intermediary automatically performs version parsing, querying, and matching operations, thereby improving routing efficiency without requiring complex changes to either the request sources or the application instances. The intermediary manages the complexity internally while presenting a simple routing interface externally.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS11489943B2Automatic version routing among multiple instances of an application
Publication Date: 2022.11.01 RED HAT INC
  • US11489943B2 patent drawing
  • US11489943B2 patent drawing
  • US11489943B2 patent drawing

AI summary

A processing device can receive a request directed to an application such as a service and parse the request to determine a version identifier based on the content of the request. The processing device can acquire a version label corresponding to at least one instance of the application from among multiple instances of the application and match the version label and the version identifier, providing automatic detection and routing of a request to an instance of an application with the correct version. The computing device can store version labels and routing rules for each instance among the multiple instances of the application deployed in the network prior to receiving requests, or determine version labels and routing when a request is received.