Containerized Application Recovery Workflow From Legacy Backup Plans

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current data protection methods for containerized applications fail to provide guidance on creating tailored data protection plans and recovery workflows, especially for imperative applications lacking known workflow artifacts, requiring users with deep knowledge to manually create backup and restore processes.

Innovation Solution

A system comprising a processor that executes components to identify new imperative applications, analyze required resources, determine recovery steps, and iteratively update recovery plans using legacy plans until a failure-free plan is developed, leveraging generative AI for optimization.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If current data protection methods are used to move data to storage targets, then data can be backed up, but recovery guidance and tailored protection plans are not provided

Engineering Contradiction:
Improvedata recovery capabilityVSAvoidrecovery workflow guidance
Core Design Contradiction:
ReliabilityVSEase of operation

Solution Approach 1:

The system automatically generates recovery workflows and protection plans by analyzing application metadata and dependencies, eliminating the need for manual recovery guidance creation. The automated analysis component extracts recovery information from application manifests and generates tailored workflows without requiring user expertise.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The system performs preliminary analysis of application metadata, dependencies, and resource requirements before actual recovery operations are needed. This advance preparation enables the system to generate appropriate recovery workflows and protection plans in advance, so they are ready when needed without requiring manual intervention.

Inventive Principle:
Principle #10Preliminary action

2Adaptability or versatility

If manual recovery workflows are created for imperative applications, then recovery can be customized, but deep user knowledge is required

Engineering Contradiction:
Improvecustomized recovery plansVSAvoiduser knowledge requirement
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The automated analysis component examines application metadata, container configurations, and dependency relationships to automatically generate customized recovery workflows. This eliminates the need for users to manually create recovery plans while still achieving application-specific customization through automated analysis of the application's actual structure and requirements.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The system changes the parameters of recovery workflow generation by automatically analyzing application-specific metadata, resource requirements, and dependency graphs. This allows the system to adapt recovery plans to specific applications without requiring manual configuration, as the analysis component automatically extracts and processes application parameters to generate appropriate recovery strategies.

Inventive Principle:
Principle #35Parameter changes

3Reliability

If all application resources are backed up, then complete recovery is ensured, but unnecessary backups consume resources

Engineering Contradiction:
Improverecovery completenessVSAvoidbackup resource consumption
Core Design Contradiction:
ReliabilityVSLoss of energy

Solution Approach 1:

The analysis component extracts and identifies only the essential application resources and dependencies that are actually required for successful recovery. By separating critical resources from non-essential ones, the system generates protection plans that backup only what is necessary, eliminating redundant backup operations and reducing resource consumption while maintaining recovery completeness.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The system applies partial action by backing up only the specific subset of resources identified as essential for recovery, rather than backing up all possible application resources. The automated analysis determines the minimum necessary resources to restore the application, avoiding excessive backup operations on unnecessary components.

Inventive Principle:
Principle #16Partial or excessive action

4Reliability

If recovery workflows are created for new imperative applications, then application recovery is enabled, but workflow development time is required

Engineering Contradiction:
Improveapplication recovery capabilityVSAvoidworkflow development time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The system performs preliminary automated analysis of application metadata, container configurations, and dependency relationships before recovery is needed. This advance analysis generates the recovery workflow and protection plan automatically, eliminating the time-consuming manual workflow development process while ensuring recovery capability is in place before actual recovery operations are required.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system generates recovery workflows autonomously by analyzing application-specific metadata and dependency graphs, eliminating the need for manual workflow creation time. The automated analysis component processes application information and generates tailored recovery plans instantly, reducing workflow development time to near zero while maintaining application-specific recovery capability.

Inventive Principle:
Principle #25Self-service

Data Source

PatentUS12547506B1Automated data protection workflow for containerized applications
Publication Date: 2026.02.10 INTERNATIONAL BUSINESS MACHINE CORPORATION
  • US12547506B1 patent drawing
  • US12547506B1 patent drawing
  • US12547506B1 patent drawing

AI summary

A system includes a processor that executes computer executable components stored in a memory. The computer executable components include an application identification component that identifies a new imperative application where recovery workflow for the new imperative application is unavailable. The computer executable components include an analysis component that analyzes the new imperative application to determine resources required to be protected; the analysis component determines an order of steps to be performed within a workflow to guarantee recovery of the new imperative application. The computer executable components include a recovery design component that utilizes a subset of legacy recovery plans to create, at least in part, a preliminary recovery plan for the new imperative application; the recovery design component tests the preliminary recovery plan and iteratively updates the preliminary recovery plan until a failure-free recovery plan is developed for the new imperative application.