Idempotent Workflow Re-execution for IT Lifecycle Blueprint State Coherence

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

IT workflow failures often result in the automation engine losing track of the workflow state, making it challenging to resume execution or manage the IT application effectively, as existing solutions do not provide a reliable method to handle failures within the workflow lifecycle.

Innovation Solution

Implementing idempotent methods and lifecycle blueprints that allow for re-execution or generation of a new workflow from the beginning, ensuring the automation engine remains coherent with the IT application configuration, and enabling seamless management and destruction of the application.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If workflow execution is resumed after a failure, then workflow continuity is improved, but the automation engine may lose track of workflow state coherence

Engineering Contradiction:
Improveworkflow continuityVSAvoidstate coherence
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The system performs preliminary actions by saving the workflow state and configuration before execution, and re-executes the entire workflow from the beginning after a failure rather than attempting to resume from the point of failure. This ensures state coherence is maintained while achieving workflow continuity through idempotent re-execution.

Inventive Principle:
Principle #10Preliminary action

2Reliability

If the workflow is re-executed from the beginning after a failure, then state coherence is maintained, but execution time increases

Engineering Contradiction:
Improvestate coherenceVSAvoidexecution time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The system uses idempotent workflow methods that can be safely re-executed multiple times without causing harmful side effects. The workflow execution is designed to be disposable and re-runnable, where repeated executions converge to the same correct state, making the time cost acceptable due to the safety and simplicity of re-execution.

Inventive Principle:
Principle #27Cheap short-living objects (Disposable)

3Reliability

If existing failure handling methods are used, then some failures are addressed, but the automation engine loses track of workflow state

Engineering Contradiction:
Improvefailure handlingVSAvoidworkflow state tracking
Core Design Contradiction:
ReliabilityVSLoss of information

Solution Approach 1:

The system implements feedback by continuously monitoring workflow execution state and comparing it against the expected state defined in the lifecycle blueprint. When a failure occurs, the system uses this feedback to determine that re-execution from the beginning is necessary, ensuring state coherence is restored while maintaining failure handling capability.

Inventive Principle:
Principle #23Feedback

Data Source

PatentUS10664350B2Failure handling for lifecycle blueprint workflows
Publication Date: 2020.05.26 VMWARE INC
  • US10664350B2 patent drawing
  • US10664350B2 patent drawing
  • US10664350B2 patent drawing

AI summary

An information-technology (IT) blueprint is an executable document that, when executed, can be used to create an IT application such as an e-commerce site. An IT lifecycle blueprint can further be used to manage (e.g., modify) and, ultimately, destroy such an IT application. To this end, an automation engine for the blueprint can include idempotent methods to generate workflows that achieve the same result whether starting from a blank (real or virtual) infrastructure or from a previously populated infrastructure. If a workflow task fails, the workflow that included the task can be re-executed; alternatively, a new workflow can be generated based in part on the application configuration following a fix for the failure.