Fleet Management Adapters for Unified Multi-Vendor Agent Deployment

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Managing a fleet of monitoring agents from different vendors in a unified manner is challenging due to proprietary management approaches, and adapters for the Open Agent Management Protocol (OpAMP) are lacking, hindering effective deployment and configuration in cloud native applications.

Innovation Solution

Introduce fleet management adapters that utilize the OpAMP Open Telemetry standard with off-the-shelf solutions like Helm Charts and Ansible, enabling unified management of multi-vendor agents through registration, self-configuration, and observability-agent-specific configuration.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If proprietary monitoring agents from different vendors are deployed, then monitoring coverage is improved, but fleet management complexity increases

Engineering Contradiction:
Improvemonitoring coverageVSAvoidfleet management complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent introduces a fleet manager as an intermediary component that sits between the monitoring agents and the external management systems. This fleet manager provides a unified interface for deploying, configuring, and managing multi-vendor agents, thereby reducing the complexity of fleet management while maintaining the ability to use diverse monitoring tools from different vendors.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The fleet manager is designed with universal functionality to handle multiple types of monitoring agents from different vendors through a single management interface. It can deploy agents, manage configurations, collect metrics, and handle updates across heterogeneous agent populations, eliminating the need for separate management systems for each vendor's agents.

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

2Ease of operation

If multi-vendor agents are deployed using OpAMP standard, then ease of management is improved, but adapter availability worsens

Engineering Contradiction:
Improveease of managementVSAvoidadapter availability
Core Design Contradiction:
Ease of operationVSEase of manufacture

Solution Approach 1:

The fleet manager incorporates self-service capabilities that allow it to automatically discover available adapters, register them with the OpAMP server, and manage their deployment without requiring manual intervention for each adapter. This automation reduces the impact of limited adapter availability while maintaining ease of management through the standardized OpAMP interface.

Inventive Principle:
Principle #25Self-service

3Productivity

If configuration packages are obtained from central management device, then deployment efficiency is improved, but network dependency increases

Engineering Contradiction:
Improvedeployment efficiencyVSAvoidnetwork dependency
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The fleet manager performs preliminary actions by pre-fetching and caching configuration packages from the central management device before they are needed for agent deployment. This allows agents to be deployed even when network connectivity is temporarily unavailable, as the configuration packages are already stored locally in the fleet manager's memory.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS12388702B2Fleet management adapters for data collection agents
Publication Date: 2025.08.12 CISCO TECHNOLOGY INC
  • US12388702B2 patent drawing
  • US12388702B2 patent drawing
  • US12388702B2 patent drawing

AI summary

In one embodiment, a method herein comprises: registering, by an orchestration service agent, with a central management device to receive a corresponding configuration for the orchestration service agent, wherein the central management device receives a registration from each of a plurality of orchestration service agents; self-configuring, by the orchestration service agent, based on the corresponding configuration; obtaining, by the orchestration service agent and from the central management device, an observability-agent-specific configuration package; and configuring, by the orchestration service agent and based on the observability-agent-specific configuration package, a corresponding observability agent associated with the orchestration service agent and executing on a corresponding entity.