Cloud-Agnostic Cluster Discovery Using Automated Bearer Tokens

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional techniques for discovering resources of a containerized application orchestration infrastructure, such as a KUBERNETES® cluster, are time-consuming, inefficient, and prone to errors due to the need for manual credential input and schedule creation for each cluster.

Innovation Solution

A system automatically retrieves cluster data, creates discovery schedules, and performs discovery across multiple clusters without requiring manual credential input, using authentication bearer tokens to access and store resource data in a database.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If manual credential input and schedule creation is performed for each cluster, then authentication and access control are ensured, but the discovery process becomes time-consuming and inefficient

Engineering Contradiction:
Improveauthentication securityVSAvoiddiscovery efficiency
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The system automatically retrieves authentication bearer tokens and creates discovery schedules without requiring manual user intervention. The cloud-agnostic discovery service self-manages the authentication process by automatically obtaining tokens and configuring discovery schedules, eliminating the need for users to manually input credentials for each cluster while maintaining security requirements.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The system performs preliminary actions by automatically retrieving authentication bearer tokens before executing the discovery process. By obtaining tokens in advance and pre-configuring discovery schedules, the system prepares all necessary authentication elements beforehand, enabling efficient automated discovery without manual credential input during the actual discovery execution.

Inventive Principle:
Principle #10Preliminary action

2Reliability

If manual credential input is required for each resource provider, then secure access to each cluster is maintained, but human intervention increases and potential errors rise

Engineering Contradiction:
Improveaccess securityVSAvoidtime for credential management
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The discovery service automatically manages authentication by retrieving bearer tokens without human intervention. The system self-services the entire authentication workflow, eliminating manual credential input while maintaining security through automated token retrieval and management, thus reducing both time loss and potential human errors.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The system introduces an intermediary authentication mechanism using bearer tokens that mediate between the discovery service and protected resources. Instead of requiring direct manual credential input, the bearer token acts as an intermediary credential that automates authentication while maintaining security, reducing human intervention and associated errors.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Adaptability or versatility

If cloud-agnostic discovery is implemented, then versatility across different cloud services is improved, but system complexity increases

Engineering Contradiction:
Improvecloud service compatibilityVSAvoiddiscovery system complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The discovery service is designed with universal functionality to work across multiple cloud service providers (AWS, Azure, GCP, etc.) through a unified interface. By implementing cloud-agnostic discovery that can authenticate and discover resources across different cloud platforms using the same bearer token mechanism, the system achieves versatility without proportionally increasing complexity, as the core authentication logic remains consistent across providers.

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

Data Source

PatentUS12504995B2Techniques for cloud agnostic discovery of clusters of a containerized application orchestration infrastructure
Publication Date: 2025.12.23 SERVICENOW INC
  • US12504995B2 patent drawing
  • US12504995B2 patent drawing
  • US12504995B2 patent drawing

AI summary

A datacenter that hosts a client instance may receive an input to perform discovery against a containerized application orchestration infrastructure that includes computing clusters associated with one or more resource providers. The datacenter retrieves cluster data associated with each computing cluster from the one or more resource providers, automatically creates respective discovery schedules for the computing clusters based on the cluster data, automatically executes the respective discovery schedules for the computing clusters, automatically retrieves respective authentication bearer tokens associated with the computing clusters, automatically performs respective discovery processes against the computing clusters using the respective authentication bearer tokens, and stores the resource data received from the computing clusters in a database.