Dynamic Workflow Throttling via API Response Headers

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

In cloud computing environments, especially in iPaaS platforms, external systems throttle incoming requests to prevent over-utilization, leading to incomplete or inconsistent automated business workflows and potential penalties, such as blocking the source application, which can cause invocation failures.

Innovation Solution

The integration cloud platform enforces fixed limits for workflows and dynamically adjusts these limits based on responses from target applications, using documented headers in their responses to control the execution of integration flows and prevent over-utilization.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Stability of the object's composition

If external systems enforce fixed API limits to prevent over-utilization, then system stability is improved, but workflow completion rate deteriorates due to throttling of incoming requests

Engineering Contradiction:
Improvesystem stabilityVSAvoidworkflow completion rate
Core Design Contradiction:
Stability of the object's compositionVSProductivity

Solution Approach 1:

The patent implements dynamic throttling limits that adjust based on external system responses. The integration cloud service monitors response messages from target applications and dynamically modifies execution parameters for integration flows, transitioning from fixed static limits to adaptive dynamic limits that prevent over-utilization while maintaining workflow completion.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The system employs feedback mechanisms by monitoring response messages from target applications and using this information to adjust throttling limits. The integration cloud service reads response codes and headers, updates execution parameters accordingly, and applies these adjusted parameters to subsequent workflow executions, creating a closed-loop control system.

Inventive Principle:
Principle #23Feedback

2Loss of energy

If external systems impose strict throttling limits, then resource over-utilization is prevented, but workflow consistency deteriorates due to incomplete or failed automated business workflows

Engineering Contradiction:
Improveresource over-utilization preventionVSAvoidworkflow consistency
Core Design Contradiction:
Loss of energyVSReliability

Solution Approach 1:

The system performs preliminary actions by setting initial throttling limits before workflow execution and proactively adjusting these limits based on external system responses. By updating execution parameters in advance based on monitored responses, the system prevents workflow failures before they occur rather than reacting after failures happen.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent changes execution parameters dynamically by reading response codes and headers from target applications and modifying throttling limits accordingly. The system updates parameters such as rate limits, retry counts, and execution timing based on external system feedback, allowing adaptive parameter adjustment to maintain both resource protection and workflow reliability.

Inventive Principle:
Principle #35Parameter changes

3Quantity of substance

If fixed throttling limits are enforced on integration flows, then API fair usage is ensured, but adaptability to external system capabilities deteriorates

Engineering Contradiction:
ImproveAPI usage controlVSAvoidadaptability to external system capabilities
Core Design Contradiction:
Quantity of substanceVSAdaptability or versatility

Solution Approach 1:

The integration cloud service performs self-service by automatically monitoring external system responses and adjusting its own throttling limits without manual intervention. The system reads response messages, determines appropriate parameter adjustments, and applies these changes autonomously, enabling the platform to adapt to external system capabilities while maintaining fair API usage control.

Inventive Principle:
Principle #25Self-service

Data Source

PatentUS20230385108A1System and method for dynamic throttling of workflows based on integrated applications
Publication Date: 2023.11.30 ORACLE INT CORP
  • US20230385108A1 patent drawing
  • US20230385108A1 patent drawing
  • US20230385108A1 patent drawing

AI summary

Embodiments described herein are generally related to cloud computing environments, and are particularly directed to systems and methods for dynamic throttling of workflows based on integrated applications. An integration cloud or platform-as-a-service (iPaaS) platform can enforce fixed limits for flows, and evolve the limits behavior based on responses from target applications, for example as sent within documented headers in their responses.