Cloud Resource Reclamation Using Lifecycle Event Sequencing

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Cloud computing systems face challenges in gracefully shutting down resources to prevent data loss and disruptions during reclamation, particularly in complex deployments across multiple regions, which can generate significant network traffic and consume resources.

Innovation Solution

Implementing a resource reclamation service that automatically processes dependencies and performs graceful shutdowns in a decentralized manner, using a rolling event log to ensure dependencies are respected, allowing for a reversible intermediate suspend state.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Speed

If cloud computing resources are distributed across multiple regions to reduce latency and improve user experience, then user experience and system performance are improved, but network traffic and resource consumption during reclamation increase

Engineering Contradiction:
ImprovelatencyVSAvoidnetwork traffic during reclamation
Core Design Contradiction:
SpeedVSLoss of energy

Solution Approach 1:

The reclamation process is segmented into multiple lifecycle stages (suspend, terminate, reclaim) that can be executed independently across different regions. Each region can suspend resources locally without coordinating with other regions, reducing the need for cross-region network traffic during reclamation operations.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

Resources are suspended in advance before full reclamation occurs. This preliminary suspend action allows resources to be staged for reclamation without immediately triggering full termination procedures, enabling gradual resource release and reducing peak network traffic during the reclamation process.

Inventive Principle:
Principle #10Preliminary action

2Adaptability or versatility

If a complex interconnected deployment of cloud computing resources is used to provide comprehensive services, then service capability and versatility are improved, but determining dependencies and performing graceful shutdowns becomes more challenging

Engineering Contradiction:
Improveservice capabilityVSAvoiddependency management complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The system implements feedback mechanisms where resources publish their dependency information and lifecycle event states to a centralized event log. Other resources can query this log to determine appropriate shutdown sequences, automatically adjusting the reclamation process based on actual dependency relationships without requiring manual configuration.

Inventive Principle:
Principle #23Feedback

Solution Approach 2:

Resources automatically manage their own shutdown sequences by querying the event log for dependency information and executing appropriate lifecycle actions. Each resource independently determines when it should be suspended or terminated based on the states of dependent resources, eliminating the need for centralized dependency orchestration.

Inventive Principle:
Principle #25Self-service

3Productivity

If resources are permanently reclaimed to free up hardware for other uses, then resource utilization efficiency is improved, but the ability to recover and resume resources is lost

Engineering Contradiction:
Improveresource utilization efficiencyVSAvoidresource recoverability
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The system implements a staged reclamation process where resources are first suspended rather than immediately discarded. This allows resources to be recovered if needed by resuming from the suspended state. Only after the suspend timeout expires without resumption do resources proceed to full termination and hardware reclamation, ensuring maximum opportunity for resource recovery before permanent release.

Inventive Principle:
Principle #34Discarding and recovering

Data Source

PatentUS20250377950A1Cloud computing resource reclamation orchestration
Publication Date: 2025.12.11 ORACLE INT CORP
  • US20250377950A1 patent drawing
  • US20250377950A1 patent drawing
  • US20250377950A1 patent drawing

AI summary

A computer-implemented method includes receiving, at a resource reclamation service, a first event of a first lifecycle type for a tenant of a cloud computing environment; identifying, at the resource reclamation service, a lifecycle sequence indicating a sequence of lifecycle types to occur for initiating a set of reclamation actions, where the lifecycle sequence indicates that a second lifecycle type occurs immediately preceding the first lifecycle type, with no other intervening lifecycle types; accessing, at the resource reclamation service, an event log to determine whether a second event of the second lifecycle type occurs immediately preceding the first event of the first event type; and initiating, at the resource reclamation service, a set of reclamation actions for computing resources of the tenant in response to determining that the second event of the second lifecycle type occurs immediately preceding the first event of the first event type.