Resource-Aware Patching Workflows for Diverse Computing Resources

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Managing software updates and patches for virtual computing resources is challenging due to the variety of architectures and types of computing resources, requiring manual processes that are time-consuming and require deep technical skills, making automation difficult for many customers.

Innovation Solution

A patching service that automates software patching on behalf of customers, allowing them to create patch orchestrations, workflows, maintenance windows, and baselines through a management console, defining operations and rules for patch execution, including pre-patch, post-patch actions, and reboot policies, with support for different resource types and attributes.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If manual patching processes are used, then customers can apply software updates to virtual computing resources, but the process becomes time-consuming and requires deep technical skills

Engineering Contradiction:
Improvepatching reliabilityVSAvoidpatching time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The patching service enables automated self-service patching where the system automatically discovers, downloads, and applies software updates to virtual computing resources without requiring manual customer intervention. The service monitors patch availability, evaluates compatibility, and executes patching operations autonomously based on configured policies.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

A patching service intermediary system is introduced between the customer's virtual computing resources and the software vendors. This intermediary automatically manages the entire patching workflow including patch discovery, validation, scheduling, and application, eliminating the need for customers to perform manual patching operations.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Ease of operation

If manual patching processes are used, then customers can control patch deployment, but the process requires deep technical skills and automation is difficult

Engineering Contradiction:
Improvepatching easeVSAvoidautomation complexity
Core Design Contradiction:
Ease of operationVSDevice complexity

Solution Approach 1:

The system provides automated self-service patching capabilities where the patching service autonomously manages complex patching operations. Customers simply configure high-level policies through an intuitive interface, and the system handles all technical complexities including patch discovery, compatibility checking, and automated application without requiring deep technical expertise.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The patching service creates and manages standardized patch deployment templates and configurations that can be replicated across multiple virtual computing resources. This copying approach allows consistent patching policies to be applied uniformly across diverse systems without requiring customers to manually configure each resource individually.

Inventive Principle:
Principle #26Copying

3Productivity

If automated patching is implemented, then patching efficiency is improved, but the system must handle variety of architectures and resource types

Engineering Contradiction:
Improvepatching productivityVSAvoidresource compatibility
Core Design Contradiction:
ProductivityVSAdaptability or versatility

Solution Approach 1:

The patching service is designed as a universal system capable of managing software updates across multiple virtual computing resource types and architectures. It implements a unified patching framework that automatically adapts to different resource characteristics, enabling consistent automated patching across diverse environments including virtual machines, containers, and serverless functions.

Inventive Principle:
Principle #6Universality (Multi-functionality)

Solution Approach 2:

The system applies localized patching strategies tailored to specific resource types and architectures. It automatically detects resource characteristics and adjusts patching parameters, schedules, and methods according to the specific requirements of each virtual computing resource, ensuring optimal patching performance for diverse workloads.

Inventive Principle:
Principle #3Local quality

4Extent of automation

If customers manage their own patching, then they have control over updates, but the process is tedious and repetitive

Engineering Contradiction:
Improvepatching automationVSAvoidmanagement complexity
Core Design Contradiction:
Extent of automationVSDevice complexity

Solution Approach 1:

The patching service implements comprehensive automated self-service functionality that handles the entire patching lifecycle including discovery, download, validation, scheduling, and application of software updates. The system autonomously manages repetitive patching tasks across virtual computing resources without requiring customer intervention, while providing centralized control through configurable policies.

Inventive Principle:
Principle #25Self-service

Data Source

PatentUS12411676B1Resource aware patching service
Publication Date: 2025.09.09 AMAZON TECH INC
  • US12411676B1 patent drawing
  • US12411676B1 patent drawing
  • US12411676B1 patent drawing

AI summary

A patching service provides customers with a mechanism to automate patching of customer operated computing resources. A set of patch actions may be specified for various computing resource. A patch workflow may be used to deploy patches to the computing resource. The patch workflows may be generated based at least in part on attributes of the computing resources and the set of patch actions. The patch workflows may be stored and used to deploy patches to the customer operated computing resources.