Container Environment Synchronization for Proactive DNS Failover

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing server cluster failures require manual intervention, leading to high downtime and resource consumption, especially when developers are unavailable, necessitating an automated proactive monitoring failover process to detect impending failures and create customized new clusters.

Innovation Solution

An automated proactive monitoring system that scans server efficiency metrics, copies hardware memory to a backup server, tests its health, and switches DNS pointers to seamlessly transfer operations, minimizing downtime and user disruption.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If manual failover process is used, then developer can move executable to new server cluster, but downtime increases and resource consumption increases

Engineering Contradiction:
Improveserver cluster availabilityVSAvoiddowntime
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The system performs preliminary actions by continuously monitoring server health metrics and automatically provisioning replacement server clusters before failures occur. When a server is identified as failing, the system pre-configures backup servers with identical container environments, so that failover can occur immediately without waiting for manual intervention or cluster construction.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system enables self-service automation where the monitoring subsystem automatically detects failures, triggers failover procedures, and manages resource allocation without requiring developer intervention. The orchestration system autonomously handles the entire failover process including stopping containers on failed servers, starting them on replacement servers, and updating DNS records.

Inventive Principle:
Principle #25Self-service

2Reliability

If manual failover process is used, then executable can be moved to new server cluster, but resource consumption increases

Engineering Contradiction:
Improveserver cluster availabilityVSAvoidresource consumption
Core Design Contradiction:
ReliabilityVSUse of energy by moving object

Solution Approach 1:

The system creates precise copies of container environments from failed servers to replacement servers. Instead of manually reconstructing server configurations, the system automatically copies container images, environment variables, and runtime states to identical backup servers, ensuring minimal resource overhead while maintaining full system availability.

Inventive Principle:
Principle #26Copying

3Reliability

If automated proactive monitoring is implemented, then failover can be detected earlier, but system complexity increases

Engineering Contradiction:
Improvefailure detection capabilityVSAvoidmonitoring system complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The monitoring subsystem continuously collects feedback on server health metrics including CPU utilization, memory usage, and error rates. This feedback loop enables the system to automatically identify deteriorating server conditions and trigger failover procedures before complete failures occur, maintaining simple operational workflows while enhancing detection capabilities.

Inventive Principle:
Principle #23Feedback

Data Source

PatentUS12585557B2Synchronization of container environments to maintain availability for a predetermined zone
Publication Date: 2026.03.24 BANK OF AMERICA CORP
  • US12585557B2 patent drawing
  • US12585557B2 patent drawing
  • US12585557B2 patent drawing

AI summary

Apparatus and methods for a proactive monitoring-container switching system is provided. The system may include a server cluster. The system may proactively monitor the servers within the cluster to determine if one or more servers within the cluster are showing weaknesses. Upon identifying the weaknesses, the system may identify an available server within the cluster and copy the contents of the weakened server to the available server. The system may then switch the DNS pointer from the weakened server to the available server. Switching the DNS pointer may switch any users and/or applications from the weakened server to the available server with minimal disruption. The synchronizing between servers may maintain the health of the server cluster.