Cloud Software Upgrade Isolation and Version Management

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current cloud software upgrade mechanisms face challenges in handling outdated resources and performing seamless multiple-version upgrades, particularly in ensuring compatibility and security during rolling upgrades, and fail to conceal internal upgrade paths from end users, leading to potential service disruptions and increased testing complexity.

Innovation Solution

The system implements mechanisms to identify and prevent communications from outdated resources, execute multiple-version upgrades as a single operation, and conceal internal upgrade paths, using a controller to flag outdated resources, prevent communication, and perform upgrades through interim versions, ensuring compatibility and security while appearing as a single upgrade to end users.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If rolling upgrades are performed to avoid service interruptions, then service availability is improved, but system complexity increases due to mixed version interactions

Engineering Contradiction:
Improveservice availabilityVSAvoidsystem complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The system segments the upgrade process into distinct phases: identification of outdated resources, isolation through communication prevention, and sequential upgrading. This segmentation allows each phase to be managed independently, reducing the complexity of handling mixed versions during upgrades while maintaining service availability.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system introduces an intermediary mechanism (communication prevention layer) that mediates between outdated and current resources. This intermediary prevents direct interactions between mixed versions, eliminating the complexity of ensuring compatibility while allowing rolling upgrades to proceed smoothly.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If multiple-version upgrades are performed sequentially, then compatibility is improved, but upgrade time increases

Engineering Contradiction:
ImprovecompatibilityVSAvoidupgrade time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The system performs preliminary identification and isolation of outdated resources before the actual upgrade process begins. By pre-flagging and preventing communication from outdated resources, the system prepares the environment for parallel upgrades, reducing the overall upgrade time while maintaining compatibility through controlled version interactions.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system applies communication prevention selectively only to outdated resources that need upgrading, rather than shutting down the entire system. This partial action allows current resources to continue operating and being upgraded simultaneously, reducing upgrade time while maintaining compatibility where needed.

Inventive Principle:
Principle #16Partial or excessive action

3Ease of operation

If outdated resources are allowed to communicate during upgrades, then ease of operation is improved, but security risks increase

Engineering Contradiction:
Improveoperational simplicityVSAvoidsecurity risks
Core Design Contradiction:
Ease of operationVSObject-affected harmful factors

Solution Approach 1:

The system introduces a communication prevention mechanism as an intermediary layer that automatically manages security between outdated and current resources. This intermediary handles the security concerns by blocking potentially harmful communications while allowing legitimate operations to proceed, maintaining ease of operation without sacrificing security.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system applies preliminary anti-action by preventing communication from outdated resources before security issues can arise. By proactively blocking communications from unverified versions, the system eliminates security risks while maintaining operational simplicity through automated management of these restrictions.

Inventive Principle:
Principle #9Preliminary anti-action

4Reliability

If internal upgrade paths are concealed from end users, then system reliability is improved, but information transparency decreases

Engineering Contradiction:
Improveservice stabilityVSAvoidinformation transparency
Core Design Contradiction:
ReliabilityVSLoss of information

Solution Approach 1:

The system extracts and separates the internal upgrade path information from the user-facing interface. By taking out the complex internal details of multi-version upgrade paths and concealing them from end users, the system maintains service stability while providing only essential information to users, effectively managing the trade-off between reliability and transparency.

Inventive Principle:
Principle #2Taking out (Extraction)

Data Source

PatentUS10289400B2Outdated resource handling and multiple-version upgrade of cloud software
Publication Date: 2019.05.14 WESTERN DIGITAL TECHNOLOGIES INC
  • US10289400B2 patent drawing
  • US10289400B2 patent drawing
  • US10289400B2 patent drawing

AI summary

A system and method for seamlessly and automatically handling outdated resources in a cloud and/or performing a multiple-version upgrade within the cloud with little visibility of interim operations to end users are presented. Mechanisms ensure that outdated resources do not communicate with the rest of the cloud (for example, via distributed data models and Application Programming Interfaces (APIs) before they are upgraded to a target software level. A multiple-version upgrade is implemented in the cloud by a single upgrade operation, by which internal paths for upgrading through various interim versions of software are concealed from end users of the cloud.