Universal Discovery System for Containerized Application Version Management

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing discovery tools, such as Universal Discovery (UD), struggle to effectively discover and manage applications deployed on containerized platforms like Kubernetes, particularly in terms of application discovery and version management.

Innovation Solution

The development of an enhanced Universal Discovery (UD) system that utilizes RESTful APIs to discover Helm-based applications and components within containerized platforms, including the ability to detect unplanned changes or version mismatches and execute responsive actions.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Difficulty of detecting and measuring

If Universal Discovery uses traditional infrastructure discovery methods, then infrastructure resources can be discovered, but application discovery capability is lost in containerized platforms

Engineering Contradiction:
Improveapplication discovery capabilityVSAvoidcompatibility with containerized platforms
Core Design Contradiction:
Difficulty of detecting and measuringVSAdaptability or versatility

Solution Approach 1:

The patent introduces RESTful APIs as an intermediary mechanism between the discovery tool and containerized applications. The RESTful API serves as a mediator that translates infrastructure-level access into application-level discovery, enabling UD to penetrate the containerization layer and access Helm chart metadata, chart versions, and application configurations without requiring direct interaction with container processes.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The enhancement makes Universal Discovery universally applicable to both traditional infrastructure discovery and containerized application discovery. By integrating RESTful API capabilities and Helm chart parsing functions into the existing UD platform, the system achieves multi-functionality that works across different deployment models (traditional installations and containerized applications) without requiring separate discovery tools.

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

2Extent of automation

If Helm charts are used to manage Kubernetes applications, then application deployment is automated, but application metadata becomes encoded and compressed in secrets

Engineering Contradiction:
Improveapplication deployment automationVSAvoidapplication metadata accessibility
Core Design Contradiction:
Extent of automationVSLoss of information

Solution Approach 1:

The patent performs preliminary actions by pre-decoding and pre-parsing Helm chart metadata before it is stored in encoded secrets. The system proactively extracts application information, component lists, and configuration data from Helm charts during the discovery process, transforming the encoded metadata into readable formats before they need to be accessed or analyzed by the discovery tool.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent introduces a metadata parsing and decoding layer as an intermediary between the encoded secrets and the discovery tool's analysis functions. This intermediary component translates the encoded Helm chart metadata into structured, readable formats, making application information accessible while preserving the automation benefits of Helm-based deployment management.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Loss of information

If comprehensive application discovery is implemented in containerized platforms, then application and component visibility is improved, but system complexity increases

Engineering Contradiction:
Improveapplication and component visibilityVSAvoiddiscovery system complexity
Core Design Contradiction:
Loss of informationVSDevice complexity

Solution Approach 1:

The patent segments the discovery process into distinct functional modules: RESTful API communication layer, Helm chart parsing layer, metadata decoding layer, and application modeling layer. Each module handles a specific aspect of discovery independently, making the overall complex task of discovering containerized applications manageable through modular components that can be developed and maintained separately.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent introduces standardized RESTful APIs as an intermediary communication protocol that simplifies interactions with containerized platforms. By using well-defined API endpoints and standard data formats, the system reduces the complexity of directly accessing Kubernetes and Helm internals, providing a cleaner abstraction layer that maintains visibility while managing system complexity.

Inventive Principle:
Principle #24Intermediary (Mediator)

4Reliability

If real-time monitoring of version changes is implemented, then security and compliance are improved, but processing time and computational resources increase

Engineering Contradiction:
Improvesecurity and compliance assuranceVSAvoidprocessing time for version detection
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The patent implements periodic monitoring of Helm chart versions and application configurations rather than continuous real-time analysis. The system performs discovery and version comparison at scheduled intervals or when specific events occur (such as Helm chart updates), providing security and compliance assurance through regular checks while reducing the computational burden of constant monitoring.

Inventive Principle:
Principle #19Periodic action

Solution Approach 2:

The patent establishes feedback mechanisms that trigger discovery operations only when changes are detected or expected. The system monitors for version mismatches and unplanned changes, and when detected, initiates targeted discovery and analysis only for affected components, rather than processing entire systems continuously, thus reducing overall processing time while maintaining security oversight.

Inventive Principle:
Principle #23Feedback

Data Source

PatentUS20250085992A1Discover and model applications deployed in containerized platforms
Publication Date: 2025.03.13 MICRO FOCUS LLC
  • US20250085992A1 patent drawing
  • US20250085992A1 patent drawing
  • US20250085992A1 patent drawing

AI summary

Containerized platforms like Kubernetes, OpenShift, EKS (Elastic Kubernetes Service), etc., containerize and orchestrate applications. There are mature solutions for discovering and modeling applications running in physical and virtualized machines, and for containerized platforms, there are solutions for discovering and modeling infrastructure like namespaces, controllers, and pods. While beneficial, such models are incomplete. Accordingly, systems and methods are provided herein for discovering applications and modeling resources utilized for the applications or product suites. As a result, version mismatches or unplanned changes may be detected and corrected.