Support OpenTelemetry's way to suppress autoinstrumentation
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 35/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- java
- Área
- observability
Línea de trabajo
Comienza localizando la ruta de resolución de configuración para el ajuste otel.javaagent.enabled actualmente compatible y compárala con los ajustes de OpenTelemetry Java Agent mencionados en el issue. Implementa la compatibilidad aplicable, incluida la precedencia entre el archivo de configuración y la variable de entorno, y verifica después que los ajustes resueltos aparezcan en el registro de diagnóstico.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Is your feature request related to a problem? Please describe.
As illustrated by this bug report, users may expect the OpenTelemetry's Java Agent's configuration settings for suppressing instrumentation would work for the App Insights Agent. However, currently only otel.javaagent.enabled is supported with a handful of other ones.
The particular parameter of interest would be otel.instrumentation.common.default-enabled aimed to suppress all default instrumentation and reversing from "I suppress N things" to "I allow N things". Going further, a combination with otel.instrumentation.opentelemetry-api.enabled=true, otel.instrumentation.opentelemetry-instrumentation-annotations.enabled=true would allow to let only user instrumentation.
Describe the solution you would like
Where applicable, be compatible with vanilla OpenTelemetry Java Agent configuration settings. If configured through the config file as well, allow properties/env variables override that configuration. Post configuration resolution into the diagnostic log.
Describe alternatives you have considered
The alternative is suppressing through configuration file and using sampling overrides, which technically is not suppression of instrumentation (and still must have performance overhead), but functionally is even more powerful for the user for limiting noisy telemetry.
- Lenguaje dominante
- Java
- Estrellas
- 327
- Forks
- 222
- Merge medio
- 22 h 34 min
- PR fusionados (30 d)
- 14
Guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de microsoft/ApplicationInsights-Java
-
microsoft/ApplicationInsights-Java#4851 · 1 asignado ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 45/100
microsoft/ApplicationInsights-Java#4817 · 1 comentario ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 42/100
microsoft/ApplicationInsights-Java#4770 · 2 comentarios ·
-
Support for tail based sampling? Abierto
Dificultad 5/5 Más de una semana Aptitud para principiantes 30/100
microsoft/ApplicationInsights-Java#4769 · 2 comentarios ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
microsoft/ApplicationInsights-Java#4729 · 121 comentarios ·
Todos los issues de microsoft/ApplicationInsights-Java
Issues similares
-
documentation
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
inu-appcenter/memorIN-backend#288 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
-
frontend maui-pilot pilot-ask question
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
-
executions.Query — startDate and timeRange filters are sent with inverted comparison operators Abiertoarea/plugin
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
kestra-io/plugin-kestra#190 ·