Service Framework Registry for Enterprise Cloud Platforms

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current methods for orchestrating service discovery, provisioning, and upgrading across enterprise cloud platforms are complex, manual, and inefficient, requiring platform-specific implementations and lacking unified scoping, which hinders agility and cloud adoption.

Innovation Solution

A framework that includes a platform component bridging multiple cloud platforms and service provider APIs, along with a service framework registry for storing service data and metadata, enabling service discovery, provisioning, and consumption across different cloud and non-cloud platforms, with features like zero deployment and fine-grained service scoping.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If services are run by geographically distributed teams across different cloud platforms using bespoke APIs, then each team can manage services independently, but service orchestration becomes complex and manual

Engineering Contradiction:
Improveindependent service managementVSAvoidservice orchestration complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent implements a universal service framework that provides platform-agnostic service discovery, provisioning, and management capabilities across multiple cloud platforms. The framework uses standardized APIs and a common service registry, allowing the same service management processes to work across different cloud providers without requiring bespoke implementations for each platform.

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

Solution Approach 2:

The service framework acts as an intermediary layer between geographically distributed teams and the underlying cloud platforms. It provides a unified interface for service orchestration, automatically translating high-level service requests into platform-specific operations, thereby eliminating the need for manual coordination across multiple platforms.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If platform-specific implementations are required for service consumption, then services can be managed on each platform, but the process becomes onerous and inefficient

Engineering Contradiction:
Improveplatform-specific service managementVSAvoidservice provisioning efficiency
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The framework implements a single unified service management interface that works across all cloud platforms. Service consumers interact with a platform-agnostic API that automatically routes requests to the appropriate underlying platform, eliminating the need for separate platform-specific implementation code and significantly improving provisioning efficiency.

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

Solution Approach 2:

The framework creates a virtual copy of the service interface that abstracts away platform-specific details. Service definitions are stored in a platform-independent format in the service registry, allowing the same service model to be instantiated across multiple platforms without requiring separate implementation copies for each platform.

Inventive Principle:
Principle #26Copying

3Adaptability or versatility

If services are exposed to cloud platform without scoping, then service accessibility is maximized, but region-specific and environment-specific constraints cannot be enforced

Engineering Contradiction:
Improveservice accessibilityVSAvoidservice scoping management
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The service framework implements fine-grained scoping controls that allow services to be exposed differently in different regions and environments. Service definitions in the registry include region-specific and environment-specific metadata, enabling the framework to automatically apply appropriate scoping rules without preventing overall service accessibility. Each service can have different visibility and access policies applied locally based on geographic and environmental context.

Inventive Principle:
Principle #3Local quality

Data Source

PatentUS11283896B2Methods for implementing a framework for consumption of services for enterprise cloud platforms
Publication Date: 2022.03.22 JPMORGAN CHASE BANK NA
  • US11283896B2 patent drawing
  • US11283896B2 patent drawing
  • US11283896B2 patent drawing

AI summary

An embodiment of the present invention is directed to a framework for consumption of services for enterprise cloud platforms. A method implements a framework for consumption of services for enterprise cloud platforms and comprises the steps of: implementing a platform component that builds, deploys and operates a plurality of cloud platform instances in a plurality of regions, wherein the platform component bridges each of the plurality of cloud platforms and service provider APIs; and providing a service framework registry that stores data associated with one or more services to be consumed by each cloud platform and stores constraint and policy metadata wherein the platform component is synchronized with the service framework registry; wherein one or more service providers provide services for execution on the cloud platform via the service provider APIs and in accordance with one or more credentials required for service consumption at run time.