Fallback Capacity Providers for Container Infrastructure Resilience

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Cloud computing systems face challenges in ensuring continuous availability of computing capacity for containerized services due to failures in primary capacity providers, leading to potential service disruptions and reduced resiliency.

Innovation Solution

Implementing a fallback capacity provider that acts as a failover, with different provisioning paths and availability postures, to automatically take over capacity provisioning when the primary provider experiences failures, ensuring uninterrupted service by selecting and configuring suitable fallback capacity providers based on utilization metrics and primary provider configurations.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If a primary capacity provider is used to manage computing infrastructure, then capacity provisioning efficiency is improved, but service availability deteriorates when the provider experiences failures

Engineering Contradiction:
Improvecapacity provisioning efficiencyVSAvoidservice availability
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The system pre-configures fallback capacity providers alongside primary capacity providers before failures occur. The fallback providers are designated in advance with specific provisioning paths and availability postures, so that when a primary provider fails, the transition to fallback is immediate and automated, eliminating service disruption delays

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system establishes redundant fallback capacity providers that act as a cushion against primary provider failures. These fallback providers are prepared with different provisioning paths and availability postures, creating a protective layer that absorbs failures without impacting service continuity

Inventive Principle:
Principle #11Beforehand cushioning (Prior cushioning)

2Reliability

If fallback capacity providers are implemented, then service resiliency is improved, but system complexity increases

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

Solution Approach 1:

The fallback capacity provider system operates autonomously through automated failover detection and activation. When a primary provider failure is detected, the system automatically activates the appropriate fallback provider without requiring manual intervention, reducing operational complexity despite the added architectural layer

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The system introduces a capacity provider strategy component that acts as an intermediary layer between the primary/fallback providers and the container management service. This intermediary manages the complexity of provider selection, failover logic, and provisioning paths, isolating the complexity from the core container management functionality

Inventive Principle:
Principle #24Intermediary (Mediator)

3Reliability

If multiple capacity providers with different provisioning paths are used, then availability posture is improved, but provisioning time increases

Engineering Contradiction:
Improveavailability postureVSAvoidprovisioning time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The system pre-evaluates and designates multiple fallback capacity providers with different provisioning paths and availability postures before failures occur. This preliminary configuration includes pre-establishing provisioning relationships and paths, so that when failover is needed, the system can immediately activate the appropriate provider without time-consuming selection or configuration delays

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system dynamically selects which fallback provider to activate based on real-time conditions such as failure type, service requirements, and provider availability. The capacity provider strategy component adjusts the failover behavior dynamically, choosing the fastest appropriate provisioning path while maintaining the desired availability posture

Inventive Principle:
Principle #15Dynamics

Data Source

PatentUS12028268B1Fallback capacity providers for capacity management of workload infrastructure
Publication Date: 2024.07.02 AMAZON TECH INC
  • US12028268B1 patent drawing
  • US12028268B1 patent drawing
  • US12028268B1 patent drawing

AI summary

Techniques implemented by a cloud computing system for providing fallback capacity providers to ensure that infrastructure capacity required to run containerized services is available despite primary capacity providers experiencing a failure. Cloud providers offer container-management services that automate the management and scaling of containerized services of users. The container-management services are supported by capacity providers that manage the computing infrastructure on which the containerized services run (e.g., servers, VMs, etc.). However, there are times when a capacity provider is unable to provision capacity for containerized services, such as due to a large scale failure. Rather than leaving capacity requests unserved, the container-management service designates a fallback capacity provider that acts as a failover for provisioning requested infrastructure capacity. The fallback capacity providers have different provisioning paths than the primary capacity providers, and thus different availability postures and failure modes, to ensure resiliency in provisioning capacity for containerized services.