Skip to content

Conversation

@klihub
Copy link
Collaborator

@klihub klihub commented Nov 28, 2025

This PR

  • removes the original prometheus based metrics collection,
  • removes any and related instrumentation bits,
  • reworks these using OpenTelemetry,
  • removes the original prometheus metrics collectors, and
  • reimplements them using OpenTelemetry

@klihub klihub force-pushed the devel/otel-metrics branch 9 times, most recently from ccba60f to 7c23782 Compare November 28, 2025 13:20
@klihub klihub marked this pull request as ready for review November 28, 2025 13:21
@klihub klihub force-pushed the devel/otel-metrics branch 2 times, most recently from e1b1f0a to 10b1b83 Compare December 1, 2025 15:04
@klihub klihub marked this pull request as draft December 2, 2025 08:51
@klihub klihub force-pushed the devel/otel-metrics branch from 10b1b83 to 338c215 Compare December 2, 2025 15:29
@klihub klihub marked this pull request as ready for review December 2, 2025 15:30
@klihub klihub force-pushed the devel/otel-metrics branch 3 times, most recently from 5ca4565 to 6e8f9c4 Compare December 9, 2025 13:22
@klihub klihub force-pushed the devel/otel-metrics branch from 6e8f9c4 to 548934f Compare December 12, 2025 07:05
}

// Meter returns a meter for the given subsystem with the provided options.
func (mp *meterProvider) Meter(subsys string, options ...*meterOption) otelmetric.Meter {
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

OK, now I got this "re-create-meter-on-each-reconfigure". Somehow this feels clunky, excessive and "wrong".

I'd like to explore other alternatives, e.g. unregister callbacks of disabled subsystems or use dynamic "views" (WithView) or wrap the reader instead of meter

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

There is no way around the fact that a meter created by a nop provider can never be turned into one created by another provider. There is no other way than to re-create it.

@klihub klihub force-pushed the devel/otel-metrics branch 3 times, most recently from 78807ee to c428d62 Compare December 15, 2025 16:27
@klihub klihub requested review from askervin and marquiz December 15, 2025 16:27
klihub added 9 commits January 7, 2026 10:44
Add configuration options to chosing an OpenTelemetry metrics
exporter. The chosen exporter itself should be configured via
its well known environment variables.

Signed-off-by: Krisztian Litkey <krisztian.litkey@intel.com>
Add support for OpenTelemetry based metrics collection and
exporting.

Signed-off-by: Krisztian Litkey <krisztian.litkey@intel.com>
Switch to otel metrics collection. Remove original metrics
interface for policies. We won't proxy metrics registration
and collection for them any more. Instead we expect them to
directly register their own metrics for collection.

Signed-off-by: Krisztian Litkey <krisztian.litkey@intel.com>
Implement OpenTelemetry metrics collection. Remove original
prometheus metrics collector.

Signed-off-by: Krisztian Litkey <krisztian.litkey@intel.com>
Implement OpenTelemetry metrics collection. Remove original
prometheus metrics collector.

Signed-off-by: Krisztian Litkey <krisztian.litkey@intel.com>
Remove the original prometheus-based metrics collector interface
stubs.

Signed-off-by: Krisztian Litkey <krisztian.litkey@intel.com>
Use the OpenTelemetry-based RDT metrics collector.

Signed-off-by: Krisztian Litkey <krisztian.litkey@intel.com>
Remove the original, now unused prometheus-based metrics
collection and remaining collectors.

Signed-off-by: Krisztian Litkey <krisztian.litkey@intel.com>
Simplify OpenTelemetry tracing exporter configuration and unify
it with metrics. We only accept "otlp-http" and "otlp-grpc" as
exporters. All other configuration of the stock otel exporters
can be done using their documented environment variables.

Signed-off-by: Krisztian Litkey <krisztian.litkey@intel.com>
@klihub klihub force-pushed the devel/otel-metrics branch from c428d62 to 6d6d83f Compare January 7, 2026 08:44
Copy link
Collaborator

@askervin askervin left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM (low-quality review due to my lack of knowledge on open telemetry)

@klihub klihub requested a review from kad January 13, 2026 07:42
Copy link
Collaborator

@kad kad left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

@askervin askervin merged commit 19f36e0 into containers:main Jan 21, 2026
10 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants