Federated API Gateway for Cloud Service Management

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

The proliferation of cloud marketplaces has created chaos in sharing and consuming business services, making it difficult for companies to seamlessly share and manage services across multiple platforms, leading to synchronization issues and unnecessary management overhead, while existing solutions are limited to single companies and lack automated lifecycle management.

Innovation Solution

A federated marketplace system that enables sharing and management of business services across multiple marketplaces through a common access mechanism, using API abstractions, a federated model repository, and automated lifecycle management, allowing services to appear seamlessly across enterprises and enabling reuse and monetization without migrating content.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If cloud marketplaces are used to share business services, then service accessibility and reuse are improved, but synchronization issues and management overhead increase

Engineering Contradiction:
Improveservice sharing capabilityVSAvoidmanagement overhead
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

An API gateway is introduced as an intermediary component that centralizes the management of API definitions, authentication, and service routing. The gateway receives service requests, validates them against stored API definitions, and routes them to appropriate services. This intermediary structure eliminates the need for direct synchronization between multiple marketplaces, as the gateway serves as the single source of truth for service definitions, thereby reducing management overhead while maintaining service sharing capabilities.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system implements a universal API definition format and gateway architecture that can handle multiple service types and marketplace configurations through a single standardized interface. The API gateway provides multi-functional capabilities including authentication, authorization, rate limiting, and service routing within a single component, reducing the need for separate management systems for each marketplace and thereby reducing overall management complexity.

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

2Productivity

If automated lifecycle management is implemented, then service management efficiency is improved, but system complexity increases

Engineering Contradiction:
Improvelifecycle management efficiencyVSAvoidsystem complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The system implements self-service capabilities where services automatically register their API definitions with the gateway, and the gateway automatically manages authentication tokens, service routing, and definition updates without manual intervention. When a service is deployed or updated, it automatically publishes its API definition to the gateway, which then automatically updates its routing tables and authentication mechanisms. This automated self-service approach improves lifecycle management efficiency while keeping system complexity manageable through standardized automatic processes.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

API definitions are pre-configured and stored in the gateway before services are deployed or invoked. The gateway maintains a registry of all service definitions, endpoints, and authentication mechanisms in advance. When services are deployed, they simply reference their pre-defined API specifications that are already stored in the gateway, eliminating the need for complex runtime configuration or manual setup, thereby improving efficiency without proportionally increasing system complexity.

Inventive Principle:
Principle #10Preliminary action

3Productivity

If services are shared across multiple enterprises, then service reuse and monetization are improved, but synchronization issues arise

Engineering Contradiction:
Improveservice reuse capabilityVSAvoidsynchronization reliability
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The API gateway serves as a centralized intermediary that stores authoritative API definitions and serves them to all participating enterprises. Instead of each enterprise maintaining separate copies of service definitions that need synchronization, the gateway acts as the single source of truth. All enterprises query the gateway for service definitions and authentication, ensuring consistency across the distributed system without requiring complex synchronization protocols between enterprises.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system merges the distribution of service definitions and authentication management into a single centralized gateway component. Rather than having separate definition repositories in each enterprise that require synchronization, all API definitions, authentication mechanisms, and service metadata are combined and stored in the gateway. This consolidation eliminates synchronization issues between distributed repositories while enabling broad service reuse across multiple enterprises through the unified access point.

Inventive Principle:
Principle #5Merging (Combining)

Data Source

PatentUS12131195B2Discovering and publishing API information
Publication Date: 2024.10.29 CONUNDRUM IP LLC
  • US12131195B2 patent drawing
  • US12131195B2 patent drawing
  • US12131195B2 patent drawing

AI summary

A system includes a marketplace portal to allow a user to order a business service, and a cloud controller to deploy an instance of the ordered business service to a cloud environment. The system includes an application programming interface (API) scanner to discover API information including at least one API exposed by the deployed instance of the ordered business service, and publish the discovered API information to another service.