API Server Configuration Segmentation for Environment Adaptation

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

The management of API server configurations across different environments in distributed computational systems is challenging due to the need for environment-specific settings, which can be time-consuming and complex, especially when promoting configurations from development to testing and production environments, where different personnel may lack expertise in policy development and configuration tools.

Innovation Solution

A method that decomposes API server configurations into environment-specific and environment-agnostic components, allowing for the separation of policy, listener, and external connection settings, enabling seamless promotion across environments while maintaining configuration control through the use of policy packages and environment packages, which are updated and specialized for each deployment stage.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If API server configurations are managed with environment-specific settings for each deployment environment, then the configurations can be properly adapted to different environments (development, testing, production), but the complexity of managing and promoting these configurations increases significantly

Engineering Contradiction:
Improveenvironment-specific configuration adaptationVSAvoidconfiguration management complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent segments API server configurations into distinct components: environment-specific settings and environment-agnostic policy definitions. This segmentation allows each component to be managed independently, reducing the complexity of promoting configurations across environments while maintaining proper adaptation to each environment's specific requirements

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent extracts environment-specific settings from the overall configuration and separates them into dedicated environment packages. This extraction isolates the varying elements from the stable policy definitions, enabling simplified promotion processes where only environment-specific portions need to be updated when moving between development, testing, and production environments

Inventive Principle:
Principle #2Taking out (Extraction)

2Adaptability or versatility

If environment-specific settings are embedded within policy definitions, then configurations can be customized for each environment, but users without policy development expertise cannot adequately enforce policies in their respective environments

Engineering Contradiction:
Improveenvironment-specific customizationVSAvoiduser accessibility for policy enforcement
Core Design Contradiction:
Adaptability or versatilityVSEase of operation

Solution Approach 1:

The patent segments configuration authority by separating policy definition (requiring expertise) from environment-specific configuration (accessible to operators). This segmentation enables users without policy development expertise to effectively manage and enforce policies in their environments by working with simplified environment packages rather than complex policy definitions

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent introduces environment packages as an intermediary layer between policy definitions and environment-specific configurations. This intermediary abstracts the complexity of policy development from environment operators, allowing them to enforce policies adequately without requiring expertise in policy development tools while still maintaining environment-specific customization

Inventive Principle:
Principle #24Intermediary (Mediator)

3Reliability

If complete API server configurations are promoted across all environments, then all settings are available in each environment, but the time and effort required to identify and update environment-specific settings increases

Engineering Contradiction:
Improveconfiguration completenessVSAvoidconfiguration promotion time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The patent segments configurations into policy packages and environment packages, enabling selective promotion. This segmentation ensures configuration completeness by maintaining all necessary settings while reducing promotion time by allowing only environment-specific portions to be updated when moving between environments, rather than managing complete configuration sets

Inventive Principle:
Principle #1Segmentation

4Stability of the object's composition

If environment-specific settings are tightly coupled with policy definitions, then configurations maintain integrity across environments, but the ease and speed of development, testing and production deployments decrease

Engineering Contradiction:
Improveconfiguration integrityVSAvoiddeployment speed
Core Design Contradiction:
Stability of the object's compositionVSProductivity

Solution Approach 1:

The patent segments configurations into independently manageable policy packages and environment packages. This segmentation maintains configuration integrity by preserving the structured relationship between policies and environment settings while dramatically improving deployment speed through selective promotion of only the necessary environment-specific components

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent extracts environment-specific settings from tightly coupled configurations, placing them in separate environment packages. This extraction maintains the integrity and traceability of configuration relationships while enabling faster deployments by allowing environment packages to be updated and promoted independently of policy definitions

Inventive Principle:
Principle #2Taking out (Extraction)

Data Source

PatentEP3005104B1Managing a succession of deployments of an application programming interface (API) server configuration in the software lifecycle development
Publication Date: 2023.04.26 VORDEL
  • EP3005104B1 patent drawingFigure 1
  • EP3005104B1 patent drawingFigure 2
  • EP3005104B1 patent drawingFigure 3

AI summary

Example methods, systems, and techniques of managing a succession of deployments of an application programming interface (API) server configuration are provided. An example method includes defining a first configuration of the API server. The first configuration includes a deployment package that encodes at least policy, listener and external connection components of the defined first configuration together with environment settings particular to operation of the API server in a development environment deployment thereof. The method also includes preparing a second configuration of the API server. The second configuration includes (i) a policy package derived from the first configuration and (ii) a separable environment package particular to a testing environment deployment of the API server. The method further includes preparing a third configuration of the API server. The third configuration includes (i) the derived policy package and (ii) a separable environment package particular to a production environment deployment of the API server.