Cloud Resource Lock Management for Cross-Provider Service Integration

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing cloud environments provide closed ecosystems, restricting customers from using services offered by different cloud service providers (CSPs) within the same cloud environment.

Innovation Solution

Techniques for managing resource locks within a cloud environment of a first CSP to enable provisioning of cloud services to a cloud environment of a second CSP, allowing access to locked resources and enabling data transfer between environments.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If cloud environments are designed as closed ecosystems for each CSP, then resource security and isolation are improved, but service accessibility and ecosystem openness deteriorate

Engineering Contradiction:
Improveresource securityVSAvoidservice accessibility
Core Design Contradiction:
ReliabilityVSAdaptability or versatility

Solution Approach 1:

The patent introduces a lock management system as an intermediary between different CSP cloud environments. This system uses resource locks with identifiers to mediate access control, allowing services from one CSP to access resources in another CSP's cloud environment while maintaining security. The lock management system acts as a trusted intermediary that verifies access permissions without requiring full ecosystem openness.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If resources are locked to restrict access within the first cloud environment, then resource protection and control are improved, but service provisioning flexibility deteriorates

Engineering Contradiction:
Improveresource protectionVSAvoidservice provisioning flexibility
Core Design Contradiction:
ReliabilityVSEase of operation

Solution Approach 1:

The patent implements dynamic lock management where resource locks are not static but can be created, modified, and removed based on service provisioning needs. The system dynamically adjusts access permissions by creating locks with specific identifiers when services are provisioned and managing these locks throughout the service lifecycle, enabling flexible service provisioning while maintaining resource protection.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The system changes the state parameters of resources by applying locks with specific identifiers. When a service is provisioned, the resource state changes from unlocked to locked with a specific identifier, and this parameter change is reversible when the service is deprovisioned, allowing flexible control over resource accessibility.

Inventive Principle:
Principle #35Parameter changes

3Adaptability or versatility

If data transfer between different CSP cloud environments is enabled, then service integration and customer flexibility are improved, but system complexity and security management deteriorate

Engineering Contradiction:
Improveservice integrationVSAvoidsystem complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent creates a universal lock management system that can handle resource access control across different CSP cloud environments through a common interface and identifier system. This universal approach allows the same lock management mechanisms to work across diverse cloud environments, reducing system complexity by providing a standardized method for cross-CSP service integration rather than requiring custom solutions for each CSP pair.

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

Data Source

PatentUS20250181736A1Managing resource locks within a cloud environment of a first cloud service provider offering a cloud service to a second cloud service provider
Publication Date: 2025.06.05 ORACLE INT CORP
  • US20250181736A1 patent drawing
  • US20250181736A1 patent drawing
  • US20250181736A1 patent drawing

AI summary

Techniques are disclosed herein for managing resource locks within a cloud environment of a cloud service provider offering a cloud service to a second cloud service provider. A request for a cloud service is received and a set of operations associated with provisioning the cloud service is performed. At least one operation can include designating resources associated with the cloud service as locked resources in a first cloud environment. The cloud service is provisioned, which causes access to a locked resource of the locked resources to be restricted from within the first cloud environment and permitted from within a second cloud environment. The provisioned cloud service enables data pertaining to the cloud service to be transferred from the second cloud environment to the first cloud environment.