Auto Scaling Group Load Balancer Management via Background Process

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Customers face difficulties in modifying and managing load balancers associated with auto-scaling groups, as existing systems require terminating and re-creating auto-scale groups to make changes, which is inefficient and complex.

Innovation Solution

Implementing a system that allows customers to programmatically manage load balancers through API calls, enabling addition, removal, and management of load balancers within an auto-scaling group without requiring termination or deletion, using a background process to manage instance assignments and maintain state information to avoid one-to-one mappings.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If customers want to modify load balancers in an auto-scaling group, then they need to terminate and re-create the entire auto-scaling group, but this causes service disruption and increased complexity

Engineering Contradiction:
ImproveAbility to modify load balancersVSAvoidOperational complexity
Core Design Contradiction:
Adaptability or versatilityVSEase of operation

Solution Approach 1:

The system separates the management of auto-scaling groups from load balancer configuration. Load balancers are extracted as independent manageable entities that can be modified without affecting the core auto-scaling group structure. This allows customers to update load balancer settings, add or remove load balancers, and configure distribution policies independently, resolving the contradiction by enabling modifications without requiring group termination.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent introduces a background process as an intermediary that handles load balancer management operations. This background process acts as a mediator between customer requests and the auto-scaling group infrastructure, managing the complexity of load balancer modifications, instance assignments, and state transitions. Customers interact with simplified APIs while the background process handles the complex coordination, reducing operational complexity while maintaining adaptability.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Adaptability or versatility

If customers want to dynamically adjust load balancers, then they gain flexibility, but existing systems require service termination which disrupts operations

Engineering Contradiction:
ImproveDynamic adjustment capabilityVSAvoidService continuity
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The system implements dynamic load balancer management where load balancers can be added, removed, or modified while the auto-scaling group remains active. The background process dynamically adjusts instance assignments to load balancers in real-time, allowing customers to adapt their load balancing configuration without service interruption. This dynamic capability maintains both flexibility and service continuity simultaneously.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The background process performs preliminary actions by pre-managing load balancer states and instance assignments before customer requests are fully processed. When a load balancer modification is requested, the background process proactively handles the transition, managing state changes and reassignments in advance to ensure seamless operation. This preliminary management prevents service disruption while enabling dynamic adjustments.

Inventive Principle:
Principle #10Preliminary action

3Device complexity

If the system maintains one-to-one mapping between instances and load balancers, then management is simplified, but it reduces adaptability when modifying load balancers

Engineering Contradiction:
ImproveManagement structureVSAvoidLoad balancer modification flexibility
Core Design Contradiction:
Device complexityVSAdaptability or versatility

Solution Approach 1:

The system segments the relationship between instances and load balancers, breaking the rigid one-to-one mapping into a more flexible many-to-many relationship managed by the background process. Instances can be assigned to multiple load balancers or none, and load balancers can serve multiple instances. This segmentation enables independent management of each component while maintaining operational simplicity through the background process's centralized control.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The background process implements a universal management mechanism that handles multiple load balancer-instance configurations simultaneously. Rather than requiring specific one-to-one mappings, the system universally manages any configuration type through the same background process and API interface. This multi-functional approach allows flexible assignment policies while maintaining consistent management procedures, resolving the contradiction between complexity and adaptability.

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

Data Source

PatentUS11336583B2Background processes in update load balancers of an auto scaling group
Publication Date: 2022.05.17 AMAZON TECH INC
  • US11336583B2 patent drawing
  • US11336583B2 patent drawing
  • US11336583B2 patent drawing

AI summary

A computing resource service provider may provide computing instances organized into logical groups, such as auto-scale groups. Computing instances assigned to an auto-scale group may be associated with one or more load balancers configured to direct traffic to the computing instances. Furthermore, customers of the computing resource service provider may add or remove load balancer from the auto-scale groups. A background process may be used to add and remove computer instances of the auto-scale group from the load balancers customers are attempting to have added or removed.