Cloud Software Deployment Quarantine and Scheduling

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

In cloud computing environments, the complexity of interdependent software components owned and operated by multiple entities makes it difficult to manage and deploy updates efficiently, leading to unorganized and unplanned deployment processes, where defective components can be deployed alongside functional ones, making it hard to track and isolate errors.

Innovation Solution

A scheduled and quarantined software deployment process is implemented, where dependencies among components are analyzed, and updates are scheduled to avoid overlapping deployments, with the new version being quarantined until predefined criteria are met, including monitoring and testing to ensure proper functionality.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If software components are deployed ad hoc in cloud environment, then deployment flexibility is improved, but deployment organization and reliability deteriorate

Engineering Contradiction:
Improvedeployment flexibilityVSAvoiddeployment organization
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The system performs preliminary dependency analysis and impact assessment before deployment. Deployment plans are prepared in advance, identifying affected components and scheduling deployments to avoid conflicts. This preliminary organization ensures reliability while maintaining flexibility through pre-planned deployment strategies.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The deployment system dynamically adjusts deployment schedules and sequences based on real-time dependency analysis. The system can adapt deployment plans on-the-fly to prevent overlapping deployments of interdependent components, maintaining both flexibility and organizational reliability through dynamic coordination.

Inventive Principle:
Principle #15Dynamics

2Productivity

If multiple software components are deployed simultaneously, then productivity is improved, but error tracking and isolation difficulty increase

Engineering Contradiction:
Improvedeployment speedVSAvoiderror tracking difficulty
Core Design Contradiction:
ProductivityVSDifficulty of detecting and measuring

Solution Approach 1:

The system segments the deployment process into controlled batches and phases. By dividing simultaneous deployments into sequential phases with clear boundaries, the system maintains productivity through parallel processing of independent components while enabling precise error tracking and isolation within each segment.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system implements comprehensive feedback mechanisms that monitor deployment status, component interactions, and error conditions in real-time. This feedback enables rapid identification and isolation of errors even during simultaneous deployments, maintaining both productivity and error detectability through continuous monitoring and reporting.

Inventive Principle:
Principle #23Feedback

Data Source

PatentUS9256412B2Scheduled and quarantined software deployment based on dependency analysis
Publication Date: 2016.02.09 SAP SE
  • US9256412B2 patent drawing
  • US9256412B2 patent drawing
  • US9256412B2 patent drawing

AI summary

A request to deploy a next version of a software component in a cloud environment is received. An analysis of a number of dependencies among software components of the cloud environment is received. Deployment of the next version of the component is scheduled based on the analysis. The next version of the software component is deployed in the cloud environment in accordance with the scheduled deployment. The next version of the software component is quarantined until a predefined criteria is satisfied. In one aspect, the predefined criteria is defined based on error rate of the next version of the software component. In a further aspect, the predefined criteria is defined based on received analysis among the components. Upon satisfying the predefined criteria, the next version of the software component is released from the quarantine.