Resource Manager Deployment Version Tracking

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Managing software updates across a distributed environment with multiple servers is complex, leading to potential errors and data loss due to difficulties in tracking and scheduling deployments across various geographical locations.

Innovation Solution

A data structure that utilizes Revision numbers and Release types (Mainline, Baseline, and Individual Releases) to track and manage software deployments, allowing for efficient scheduling and verification of updates, ensuring that each deployment builds on the current revision state.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If manual tracking of software versions across multiple servers is implemented, then deployment control is achieved, but system complexity and error risk increase

Engineering Contradiction:
Improvedeployment accuracyVSAvoidversion tracking complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent introduces a resource manager as an intermediary component that automatically tracks and manages software version deployments across multiple servers. This mediator maintains a centralized data structure recording which versions are deployed to which servers, eliminating the need for manual tracking while reducing complexity through automation.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system implements feedback mechanisms where the resource manager continuously monitors deployment states and provides real-time information about which software versions are deployed to which servers. This feedback loop enables automatic conflict detection and resolution, improving reliability without increasing operational complexity.

Inventive Principle:
Principle #23Feedback

2Reliability

If staggered deployment across geographical areas is implemented, then deployment control is improved, but deployment time and scheduling complexity increase

Engineering Contradiction:
Improvedeployment controlVSAvoiddeployment scheduling time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The patent implements preliminary action by requiring customers to submit deployment information in advance, including target servers and desired timing. The resource manager uses this preliminary information to automatically create deployment schedules and track progress, reducing the time and complexity of manual scheduling while maintaining controlled staggered deployment.

Inventive Principle:
Principle #10Preliminary action

3Measurement precision

If comprehensive deployment tracking across all servers is implemented, then version accuracy is improved, but data management complexity increases

Engineering Contradiction:
Improveversion tracking precisionVSAvoiddata structure complexity
Core Design Contradiction:
Measurement precisionVSDevice complexity

Solution Approach 1:

The patent segments the deployment tracking data structure into organized components, with the resource manager maintaining structured records that link software versions to specific servers. This segmentation approach enables precise tracking of version deployment status while managing data complexity through systematic organization and automated maintenance.

Inventive Principle:
Principle #1Segmentation

Data Source

PatentUS9235409B1Deployment version management
Publication Date: 2016.01.12 AMAZON TECH INC
  • US9235409B1 patent drawing
  • US9235409B1 patent drawing
  • US9235409B1 patent drawing

AI summary

Customers wanting to deploy software packages, or updates to those packages, across a group of servers or other computing resources can rely upon a component such as a resource manager to manage the deployment. The resource manager can utilize a data structure that stores deployment information by Revision number, and merges information for each verified deployment into a Mainline for those resources. Each Deployment can involve an Individual Release or a Baseline Release, and the importance of those Releases can be determined with respect to a current snapshot of the Mainline. Such an approach enables important Release and Deployment information to be quickly determined and obtained, which can help with configuring and scheduling future Deployments.