canonical / canonical/hardware-observer-operator

Exporters port config - common behaviour

Open
#478 4 comments 0 reactions 0 assignees View on GitHub
enhancement question
Dominant language
Python
Stars
20
Forks
18
Avg merge
1d 5h
Merged PRs (30d)
3

Description

## Problem

Currently, the charm config UX is uneven between the exporters. An operator can configure a por for `hardware` and `smarctl` exporters, but not for the `dcgm` one.

## Solution

We could either:

- Add support for port configuration for the `dcgm` exporter.
- Drop the port configuration for all exporters.

Personally, I prefer the second option as it will drastically simplify the charm logic. Also, it seems like this option is rarely used in production.

Contributor guide

Open the contributing guide

Research direction

Start by comparing how port configuration is handled for the hardware, smartctl, and dcgm exporters in the charm. Review the existing comments and configuration paths, then confirm which common behavior is intended; done means all exporters expose consistent port behavior and the charm logic and tests reflect that choice.

Written by the indexing model from the issue text.

Assessment

Tech stack
python
Domain
devops
Issue type
Refactor
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.