Cloud Application Rollback by Deployment Type for Fast Recovery

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing cloud-based application deployment systems lack the agility and responsiveness needed for fast and efficient rollback to a previous stable version, leading to significant service degradation or disruption when code or configuration updates introduce issues.

Innovation Solution

A rollback system that provides a user interface for selecting a previous version and performs rollback actions based on the deployment type, using an 'all-at-once' strategy for container deployments and remapping for serverless compute deployments, minimizing service disruption.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Speed

If traditional deployment systems are used for cloud-based applications, then deployment stability is maintained, but rollback speed and efficiency deteriorate, leading to significant service degradation or disruption

Engineering Contradiction:
Improverollback speedVSAvoidservice stability
Core Design Contradiction:
SpeedVSReliability

Solution Approach 1:

The system performs preliminary actions by maintaining historical deployment specifications and image versions in advance. When a rollback is needed, the system can immediately retrieve and apply previously stored deployment configurations without needing to reconstruct them, enabling fast rollback while ensuring service stability through proven historical configurations.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system introduces an intermediary rollback management component that mediates between the deployment system and cloud infrastructure. This intermediary layer handles the complexity of rollback operations by managing deployment specifications, image versions, and rollback execution, allowing fast rollback while maintaining reliability through controlled intermediary management.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Loss of time

If traditional incremental deployment strategies are used, then resource efficiency is improved, but rollback time increases, causing longer application downtime

Engineering Contradiction:
Improveapplication downtimeVSAvoiddeployment efficiency
Core Design Contradiction:
Loss of timeVSProductivity

Solution Approach 1:

The system performs preliminary action by pre-storing complete deployment specifications and image versions for all previous deployments. This allows the rollback operation to immediately retrieve and apply a complete previous state without incremental reconstruction, minimizing application downtime while maintaining deployment efficiency through organized historical data storage.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system uses copying by creating and storing copies of deployment specifications and image versions for each deployment iteration. These copied historical states can be instantly retrieved and applied during rollback operations, reducing downtime without affecting current deployment productivity since the originals remain intact for ongoing operations.

Inventive Principle:
Principle #26Copying

3Measurement precision

If comprehensive deployment history is maintained for accurate rollback, then rollback precision is improved, but system complexity and storage requirements increase

Engineering Contradiction:
Improveversion identification accuracyVSAvoidsystem complexity
Core Design Contradiction:
Measurement precisionVSDevice complexity

Solution Approach 1:

The system applies segmentation by dividing deployment history into discrete, manageable units: deployment specifications, image versions, and metadata stored as separate but linked records. This segmentation enables precise version identification through structured queries while keeping system complexity manageable through modular organization of historical data.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system uses copying to maintain comprehensive deployment history by creating stored copies of each deployment's specification and image version. These copies are organized in a structured manner that enables precise version identification without proportionally increasing system complexity, as the copying is automated and the data is managed through standardized interfaces.

Inventive Principle:
Principle #26Copying

Data Source

PatentUS12547502B2Version rollback for cloud-based applications
Publication Date: 2026.02.10 CAPITAL ONE SERVICES LLC
  • US12547502B2 patent drawing
  • US12547502B2 patent drawing
  • US12547502B2 patent drawing

AI summary

In some implementations, a device may receive a request to roll back a cloud-based application to a previous version, where the cloud-based application is associated with a deployment type. The device may generate, in response to the request, a list of a plurality of previously-deployed versions of the cloud-based application. The device may receive a rollback request indicating a selection of a previously-deployed version, of the plurality of previously-deployed versions, of the cloud-based application. The device may perform one or more rollback actions to roll back the cloud-based application to the previously-deployed version, where the one or more rollback actions are in accordance with the deployment type associated with the cloud-based application.