Cloud Services Layer Dynamic API Orchestration

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current cloud storage systems lack an efficient mechanism for dynamically managing and orchestrating service requests across multiple cloud services, leading to potential access control issues and inefficient job execution due to the absence of a unified and dynamic Application Programming Interface (API) layer.

Innovation Solution

The implementation of a Cloud Services Layer (CSL) with a dynamic API that includes a job control database and identity management database, allowing for secure communication and orchestration of service requests through service-specific API definition files, enabling job creation, fetching, and execution across multiple cloud services.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If a unified dynamic API layer is implemented to orchestrate service requests, then job execution efficiency and access control are improved, but system complexity increases

Engineering Contradiction:
Improvejob execution efficiencyVSAvoidsystem complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The system segments the cloud service architecture into distinct layers: a dynamic API layer for orchestration, service-specific modules for individual cloud services, and a job control database for management. This segmentation allows the dynamic API to efficiently manage jobs without creating monolithic complexity, as each component has a specific responsibility and can be independently maintained.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The dynamic API layer acts as an intermediary between client applications and multiple cloud services. It provides a unified interface that orchestrates service requests and manages job execution across different cloud services, thereby improving execution efficiency while isolating the complexity of individual service implementations from end users.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Adaptability or versatility

If service-specific API definition files are used for dynamic service integration, then adaptability and ease of integration are improved, but system complexity increases

Engineering Contradiction:
Improveservice integration adaptabilityVSAvoidAPI management complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The system employs dynamic API definition files that can be loaded and updated at runtime without requiring system restart or complex reconfiguration. This dynamic approach allows new cloud services to be integrated by simply adding their API definition files, thereby improving adaptability while keeping the integration process simple and manageable.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The API definition files use configurable parameters to describe service-specific interfaces, authentication methods, and execution policies. By changing these parameters in the definition files, the system can adapt to different cloud services without modifying the core orchestration logic, thus improving versatility while maintaining manageable complexity through parameterization.

Inventive Principle:
Principle #35Parameter changes

3Reliability

If a job control database and identity management database are implemented, then access control security is improved, but data management complexity increases

Engineering Contradiction:
Improveaccess control securityVSAvoiddatabase management complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The system segments data management into two specialized databases: a job control database for managing service request workflows and an identity management database for handling authentication and authorization. This segmentation improves security by dedicating specific databases to specific functions, while the modular design keeps each database's complexity manageable and focused.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The job control database and identity management database provide universal functions that serve multiple cloud services. The job control database handles job creation, scheduling, and tracking for all services, while the identity management database provides centralized authentication and authorization. This multi-functionality reduces overall complexity by avoiding redundant data management mechanisms for each individual service.

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

Data Source

PatentUS9098346B2Cloud services layer dynamic API
Publication Date: 2015.08.04 SALESFORCE INC
  • US9098346B2 patent drawing
  • US9098346B2 patent drawing
  • US9098346B2 patent drawing

AI summary

A network device receives a first file having a service-specific Application Programming Interface (API) definition for a first cloud service, and loads the service-specific API definition for the first cloud service into a Cloud Services Layer (CSL) API. The network device receives a service request involving the first cloud service, and handles, at the CSL API, the service request using the service-specific API definition for the first cloud service.