En esta guía se proporcionan instrucciones paso a paso para migrar aplicaciones del uso de SDK de Application Insights (API clásica) a OpenTelemetry de Azure Monitor.
Espere una experiencia similar con la instrumentación de OpenTelemetry de Azure Monitor como con los SDK de Application Insights. Para obtener más información y una comparación de características por característica, consulte estado de versión de las características.
Usa el kit de desarrollo de software (SDK) de Application Insights 3.x para actualizarse del SDK 2.x a una implementación basada en OpenTelemetry (OTel). El SDK 3.x mantiene la mayoría de las TelemetryClientTelemetryConfiguration interfaces de programación de aplicaciones (APIs) y usa el OpenTelemetry Exporter de Azure Monitor para enviar telemetría a Application Insights.
La mayoría de las llamadas Track* clásicas siguen funcionando después de la actualización, pero se enrutan a través de una capa de asignación interna que emite señales de OpenTelemetry.
Si compila una nueva aplicación o ya usa la distribución openTelemetry de Azure Monitor, use la distribución openTelemetry de Azure Monitor en su lugar. No use el SDK de .NET de Application Insights 3.x y la distribución openTelemetry de Azure Monitor en la misma aplicación.
Introducción al SDK de .NET de Application Insights 3.x
Application Insights SDK 3.x proporciona estos paquetes NuGet:
-
Microsoft.ApplicationInsights para TelemetryClient y TelemetryConfiguration
-
Microsoft.ApplicationInsights.AspNetCore para aplicaciones web de ASP.NET (Active Server Pages .NET) Core
-
Microsoft.ApplicationInsights.WorkerService para aplicaciones de servicio de trabajo y consola
-
Microsoft.ApplicationInsights.Web para aplicaciones de ASP.NET en .NET Framework
-
Microsoft.ApplicationInsights.NLogTarget para integrar NLog (beta)
Use la documentación del repositorio para ver ejemplos de código y detalles de integración de OpenTelemetry:
Actualización a la versión 3.x
Paso 1: Quitar referencias a paquetes incompatibles
Quite estos paquetes porque no son compatibles con SDK 3.x:
Microsoft.ApplicationInsights.WindowsServer.TelemetryChannelMicrosoft.ApplicationInsights.DependencyCollectorMicrosoft.ApplicationInsights.EventCounterCollectorMicrosoft.ApplicationInsights.PerfCounterCollectorMicrosoft.ApplicationInsights.WindowsServerMicrosoft.Extensions.Logging.ApplicationInsightsMicrosoft.ApplicationInsights.Log4NetAppenderMicrosoft.ApplicationInsights.TraceListenerMicrosoft.ApplicationInsights.DiagnosticSourceListenerMicrosoft.ApplicationInsights.EtwCollectorMicrosoft.ApplicationInsights.EventSourceListener
SDK 3.x no publica versiones 3.x de estos paquetes. En su lugar, use los paquetes 3.x admitidos que se enumeran en descripción general del SDK de .NET de Application Insights 3.x.
Nota:
Esta lista incluye solo paquetes de Microsoft. Si usa paquetes de terceros que dependen de Microsoft.ApplicationInsights 2.x (por ejemplo, Serilog.Sinks.ApplicationInsights), compruebe que esos paquetes admiten SDK 3.x antes de actualizar. Siga las instrucciones de los mantenedores de paquetes.
Paso 2: Actualizar las versiones del paquete a la versión 3.x
Actualice los paquetes de Application Insights compatibles restantes a la versión 3.x más reciente.
Importante
No combine paquetes de Application Insights 2.x y 3.x en la misma aplicación. Actualice todas las referencias del paquete de Application Insights juntas.
Paso 3: Actualizar el código y la configuración para cambios importantes
Revise la referencia de cambios importantes y quite o reemplace las API y la configuración que ya no son compatibles.
Entre los cambios más comunes se incluyen los siguientes:
- **
Eliminar las llamadas
TrackPageView.
- Actualice las llamadas
Track* para quitar el parámetro de métricas personalizadas.
- Reemplace la configuración de la clave de instrumentación por una cadena de conexión completa mediante
TelemetryConfiguration.ConnectionString.
- Reemplace las personalizaciones
TelemetryModule, TelemetryInitializer y TelemetryProcessor por procesadores OpenTelemetry, bibliotecas de instrumentación y detectores de recursos. La ApplicationInsightsServiceOptions clase incluye EnableQuickPulseMetricStream, EnablePerformanceCounterCollectionModule, EnableDependencyTrackingTelemetryModuley EnableRequestTrackingTelemetryModule. Estas ApplicationInsightsServiceOptions opciones configuran el comportamiento del exportador y no usan TelemetryModule implementaciones.
- Reemplace el muestreo adaptable (
EnableAdaptiveSampling) por TracesPerSecond o SamplingRatio.
- Destinar .NET Framework 4.6.2 o posterior para aplicaciones ASP.NET que usen
Microsoft.ApplicationInsights.Web.
Reemplazar puntos de extensibilidad eliminados
El SDK de .NET de Application Insights 2.x proporciona tipos de extensibilidad específicos de Application Insights, como módulos de telemetría, inicializadores y procesadores. El SDK de .NET de Application Insights 3.x usa la extensibilidad de OpenTelemetry en su lugar.
- Use opciones de configuración e instrumentación de OpenTelemetry para controlar la recopilación automática.
- Use procesadores OpenTelemetry para enriquecer o filtrar la telemetría.
SDK 3.x mantiene solo un subconjunto de TelemetryContext propiedades. Puede establecer estas propiedades en elementos de telemetría individuales:
| Context |
Propiedades |
User |
Id, , AuthenticatedUserId, UserAgent |
Operation |
Name |
Location |
Ip |
GlobalProperties |
(diccionario) |
El SDK de .NET de Application Insights 3.x admite dos modos de muestreo para seguimientos (solicitudes y dependencias):
- Establezca
SamplingRatio (0,0 en 1,0) para el muestreo basado en porcentajes.
- Se establece
TracesPerSecond para el muestreo limitado por velocidad (valor predeterminado: Cinco seguimientos por segundo).
SDK 3.x aplica la misma configuración de muestreo a las solicitudes y dependencias. SDK 3.x no admite configuraciones de muestreo independientes para solicitudes y dependencias.
Cuando se incluye una solicitud o dependencia en el muestreo, SDK 3.x aplica la decisión de muestreo del seguimiento principal a los registros relacionados de forma predeterminada. Para deshabilitar ese comportamiento, establezca EnableTraceBasedLogsSampler a false.
Puede establecer SamplingRatio, TracesPerSecondy EnableTraceBasedLogsSampler en TelemetryConfiguration, appsettings.jsono applicationinsights.config.
Solución de problemas de una actualización
Siga estos pasos para validar la telemetría durante una actualización a SDK 3.x:
- Recopile registros de autodiagnóstico de Application Insights para identificar errores de configuración y errores de exportador.
- Agregue el exportador de consola de OpenTelemetry para verificar que los seguimientos trazas, métricas y registros se emiten correctamente antes de depender de la ingesta de Azure Monitor.
- Si ha probado previamente la telemetría simulando
ITelemetryChannel, cambie a validación compatible con OpenTelemetry (por ejemplo: exportadores en memoria o un exportador de pruebas adicional en entornos que no son de producción).
- Confirme que la configuración de muestreo se comporta según lo previsto validando las decisiones de seguimiento de relaciones principal-secundario.
- Valide los atributos de recursos, como el nombre de servicio, el nombre del rol y el entorno para garantizar la atribución correcta en Application Insights.
Para obtener instrucciones y ejemplos detallados de solución de problemas, use los siguientes recursos:
Normalmente no hay cambios en el código al actualizar a 3.x. Las dependencias del SDK 3.x son versiones de API no operativas de las dependencias del SDK 2.x. Sin embargo, cuando se usa con el agente de Java 3.x, el agente de Java 3.x proporciona la implementación para ellos. Como resultado, su instrumentación personalizada se correlaciona con la nueva autoinstrumentación proporcionada por el agente de Java 3.x.
Paso 1: Actualizar las dependencias
| Dependencia 2.x |
Acción |
Observaciones |
applicationinsights-core |
Actualización de la versión a 3.4.3 o posterior |
|
applicationinsights-web |
Actualice la versión a 3.4.3 o posterior y quite el filtro web de Application Insights de su archivo web.xml. |
|
applicationinsights-web-auto |
Sustituir por 3.4.3 o una versión posterior de applicationinsights-web |
|
applicationinsights-logging-log4j1_2 |
Quite la dependencia y el apéndice de Application Insights de la configuración de Log4j. |
Ya no es necesario, ya que Log4j 1.2 está autoinstrumentado en el agente de Java 3.x. |
applicationinsights-logging-log4j2 |
Quite la dependencia y el apéndice de Application Insights de la configuración de Log4j. |
Ya no es necesario, ya que Log4j 2 está autoinstrumentado en el agente de Java 3.x. |
applicationinsights-logging-logback |
Elimine la dependencia y elimine el anexador de Application Insights de la configuración de Logback. |
Ya no es necesario, ya que Logback está autoinstruido en el agente de Java 3.x. |
applicationinsights-spring-boot-starter |
Sustituir por 3.4.3 o una versión posterior de applicationinsights-web |
El nombre del rol en la nube ya no tiene spring.application.namecomo valor predeterminado . Para obtener información sobre cómo configurar el nombre del rol en la nube, consulte los documentos de configuración de 3.x. |
Paso 2: Agregar el agente de Java 3.x
Agregue el agente de Java 3.x a los argumentos de línea de comandos de la máquina virtual Java (JVM), por ejemplo:
-javaagent:path/to/applicationinsights-agent-3.7.5.jar
Si usa el agente de Java de Application Insights 2.x, simplemente reemplace el existente -javaagent:... por el ejemplo anterior.
Nota:
Si usa applicationinsights-spring-boot-starter, puede usar la integración de Spring Boot en lugar del agente de Java. Para obtener instrucciones, vaya a Spring Boot 3.x.
Consulte configuración de la cadena de conexión.
Otras notas
En el resto de este documento se describen las limitaciones y los cambios que puede encontrar al actualizar de 2.x a 3.x y algunas soluciones alternativas útiles.
TelemetryInitializers
2.x Los TelemetryInitializers del SDK no se ejecutan al usar el agente 3.x. Muchos de los casos de uso que anteriormente requerían escribir un TelemetryInitializer elemento se pueden resolver en Java 3.x de Application Insights mediante la configuración de dimensiones personalizadas o el uso de atributos heredados.
TelemetryProcessors
2.x Los telemetryProcessors del SDK no se ejecutan al usar el agente 3.x. Muchos de los casos de uso que anteriormente requerían escribir TelemetryProcessor se pueden resolver en Application Insights Java 3.x mediante la configuración de invalidaciones de muestreo.
Varias aplicaciones en una sola JVM
Este caso de uso se admite en Java 3.x de Application Insights mediante invalidaciones de nombre de rol en la nube (versión preliminar) o invalidaciones de cadena de conexión (versión preliminar).
Nombres de operación
En el SDK de Java 2.x de Application Insights, en algunos casos, los nombres de operación contenían la ruta de acceso completa, por ejemplo:
Los nombres de operación en Java 3.x de Application Insights han cambiado para proporcionar generalmente una mejor vista agregada en el portal de Application Insights U/X, por ejemplo:
Sin embargo, para algunas aplicaciones, es posible que aún prefiera la vista agregada en la experiencia de usuario proporcionada por los nombres de operación anteriores. En este caso, puede usar la característica procesadores de telemetría (versión preliminar) en 3.x para replicar el comportamiento anterior.
El fragmento de código siguiente configura tres procesadores de telemetría que se combinan para replicar el comportamiento anterior.
Los procesadores de telemetría realizan las siguientes acciones (en orden):
El primer procesador de telemetría es un procesador de atributos (tiene tipo attribute), lo que significa que se aplica a toda la telemetría que tiene atributos (actualmente requests y dependencies, pero pronto también traces).
Coincide con cualquier telemetría que tenga atributos denominados http.request.method y url.path.
A continuación, extrae url.path el atributo en un nuevo atributo denominado tempName.
El segundo procesador de telemetría es un procesador de intervalos (tiene tipo span), lo que significa que se aplica a requests y dependencies.
Coincide con cualquier intervalo que tenga un atributo denominado tempPath.
A continuación, actualiza el nombre del rango a partir del atributo tempPath.
El último procesador de telemetría es un procesador de atributos, el mismo tipo que el primer procesador de telemetría.
Coincide con cualquier telemetría que tenga un atributo denominado tempPath.
A continuación, elimina el atributo denominado tempPathy el atributo aparece como una dimensión personalizada.
{
"preview": {
"processors": [
{
"type": "attribute",
"include": {
"matchType": "strict",
"attributes": [
{ "key": "http.request.method" },
{ "key": "url.path" }
]
},
"actions": [
{
"key": "url.path",
"pattern": "https?://[^/]+(?<tempPath>/[^?]*)",
"action": "extract"
}
]
},
{
"type": "span",
"include": {
"matchType": "strict",
"attributes": [
{ "key": "tempPath" }
]
},
"name": {
"fromAttributes": [ "http.request.method", "tempPath" ],
"separator": " "
}
},
{
"type": "attribute",
"include": {
"matchType": "strict",
"attributes": [
{ "key": "tempPath" }
]
},
"actions": [
{ "key": "tempPath", "action": "delete" }
]
}
]
}
}
Muestreo y registros ausentes
El muestreo con limitación de tasa está habilitado de forma predeterminada a partir del agente 3.4, lo que puede causar que falten registros de manera inesperada.
Ejemplo de proyecto
Este proyecto del SDK de Java 2.x se migra a un nuevo proyecto mediante el agente de Java 3.x.
En esta guía se proporcionan dos opciones para actualizar de Application Insights Node.js SDK 2.X a OpenTelemetry.
Instalación limpia
Adquiera conocimientos previos sobre la Interfaz de programación de aplicaciones (API) de OpenTelemetry JavaScript y el Kit de desarrollo de software (SDK).
Desinstale la dependencia applicationinsights de su proyecto.
npm uninstall applicationinsights
Elimine la implementación del SDK 2.X de tu código.
Quite toda la instrumentación de Application Insights del código. Elimine las secciones en las que se inicialice, modifique o llame al cliente de Application Insights.
Habilite Application Insights con la Distribución de OpenTelemetry de Azure Monitor.
Importante
Antes de importar cualquier otra cosa, se debe llamar a useAzureMonitor. Es posible que haya pérdida de telemetría si primero se importan otras bibliotecas.
Siga la introducción para incorporarse a la Distribución de OpenTelemetry de Azure Monitor.
Cambios y limitaciones de la Distribución de OpenTelemetry de Azure Monitor
- Las API del SDK 2.X de Application Insights no están disponibles en la Distribución de OpenTelemetry de Azure Monitor. Aunque el SDK de Application Insights 3.X proporciona una ruta de actualización sin interrupción para la ingesta de telemetría (como eventos y métricas personalizados), la mayoría de las API del SDK 2.X no se admiten y requieren cambios de código en las API basadas en OpenTelemetry.
- Todavía no se admite el filtrado de dependencias, registros y excepciones por nombre de operación.
Mejora
Actualice la dependencia del paquete applicationinsights.
npm update applicationinsights
Vuelva a compilar la aplicación.
Pruebe la aplicación.
Para evitar usar opciones de configuración no admitidas en el SDK 3.X de Application Insights, consulte Propiedades no admitidas.
Si el SDK registra advertencias sobre la utilización de API no compatibles tras un cambio de versión importante y usted necesita la funcionalidad relacionada, siga usando el SDK 2.X de Application Insights.
Cambios y limitaciones
Los siguientes cambios y limitaciones se aplican a ambas rutas de actualización.
Compatibilidad con versiones de Node.js
El SDK de Application Insights 3.x admite una versión de Node.js cuando tanto el SDK de Azure para JavaScript como OpenTelemetry admiten esa versión de Node.js. Para obtener compatibilidad con el entorno de ejecución de OpenTelemetry actual, vaya a Entornos de ejecución compatibles con OpenTelemetry.
Si usa una versión de Node.js anterior, como Node 8, las soluciones de OpenTelemetry se pueden ejecutar, pero pueden producir un comportamiento inesperado o cambios importantes. El SDK de Application Insights se basa en el SDK de Azure para JavaScript y la directiva de compatibilidad del SDK de Azure para JavaScript no garantiza la compatibilidad con las versiones de Node.js que han alcanzado el final del ciclo de vida. Para más información, vaya a la directiva de soporte técnico de Azure SDK para JS.
Opciones de configuración
La versión 2.X del SDK de Application Insights ofrece opciones de configuración que no están disponibles en la Distribución de OpenTelemetry de Azure Monitor ni en la actualización de la versión principal al SDK 3.X de Application Insights. Para encontrar estos cambios, junto con las opciones que seguimos admitiendo, consulte Documentación de configuración del SDK.
Métricas extendidas
Las métricas extendidas son compatibles con el SDK 2.X de Application Insights; sin embargo, la compatibilidad con estas métricas finaliza tanto en la versión 3.X del SDK de ApplicationInsights como en la Distribución de OpenTelemetry de Azure Monitor.
Procesadores de telemetría
Si bien la Distribución de OpenTelemetry de Azure Monitor y el SDK 3.X de Application Insights no son compatibles con TelemetryProcessors, sí permiten pasar procesadores de intervalos y registros. Para más información sobre cómo hacerlo, consulte Proyecto de Distribución de OpenTelemetry de Azure Monitor.
Este ejemplo muestra el equivalente de crear y aplicar un procesador de telemetría que adjunta una propiedad personalizada en el SDK 2.X de Application Insights.
const applicationInsights = require("applicationinsights");
applicationInsights.setup("YOUR_CONNECTION_STRING");
applicationInsights.defaultClient.addTelemetryProcessor(addCustomProperty);
applicationInsights.start();
function addCustomProperty(envelope: EnvelopeTelemetry) {
const data = envelope.data.baseData;
if (data?.properties) {
data.properties.customProperty = "Custom Property Value";
}
return true;
}
Este ejemplo muestra cómo modificar una implementación de Azure Monitor OpenTelemetry Distro para pasar un SpanProcessor a la configuración de la distribución.
import { Context, Span} from "@opentelemetry/api";
import { ReadableSpan, SpanProcessor } from "@opentelemetry/sdk-trace-base";
const { useAzureMonitor } = require("@azure/monitor-opentelemetry");
class SpanEnrichingProcessor implements SpanProcessor {
forceFlush(): Promise<void> {
return Promise.resolve();
}
onStart(span: Span, parentContext: Context): void {
return;
}
onEnd(span: ReadableSpan): void {
span.attributes["custom-attribute"] = "custom-value";
}
shutdown(): Promise<void> {
return Promise.resolve();
}
}
const options = {
azureMonitorExporterOptions: {
connectionString: "YOUR_CONNECTION_STRING"
},
spanProcessors: [new SpanEnrichingProcessor()],
};
useAzureMonitor(options);
Siga estos pasos para migrar aplicaciones de Python a la distribución openTelemetry de Azure Monitor.
Paso 1: Desinstalar bibliotecas de OpenCensus
Desinstale todas las bibliotecas relacionadas con OpenCensus, incluidos todos los paquetes de Pypi que comienzan por opencensus-*.
pip freeze | grep opencensus | xargs pip uninstall -y
Paso 2: Quitar OpenCensus del código
Quite todas las instancias del SDK de OpenCensus y el exportador de OpenCensus de Azure Monitor del código.
Compruebe si hay instrucciones de importación que comiencen con opencensus para encontrar todas las integraciones, exportadores e instancias de OpenCensus API/SDK que se deben quitar.
A continuación se muestran ejemplos de instrucciones de importación que se deben eliminar.
from opencensus.ext.azure import metrics_exporter
from opencensus.stats import aggregation as aggregation_module
from opencensus.stats import measure as measure_module
from opencensus.ext.azure.trace_exporter import AzureExporter
from opencensus.trace.samplers import ProbabilitySampler
from opencensus.trace.tracer import Tracer
from opencensus.ext.azure.log_exporter import AzureLogHandler
Paso 3: Familiarícese con las API/SDK de Python de OpenTelemetry
En la siguiente documentación se proporcionan conocimientos previos de las API o LOS SDK de Python de OpenTelemetry.
Nota:
OpenTelemetry Python y OpenCensus Python tienen diferentes superficies de API, funcionalidades de autocollection e instrucciones de incorporación.
Paso 4: Configuración de la distribución openTelemetry de Azure Monitor
Siga la página de introducción para empezar a utilizar la distribución OpenTelemetry de Azure Monitor.
Cambios y limitaciones
Se pueden encontrar los siguientes cambios y limitaciones al migrar de OpenCensus a OpenTelemetry.
Versiones de Python anteriores a la versión 3.7
La supervisión basada en OpenTelemetry para Python admite Python 3.7 y versiones posteriores. OpenTelemetry no admite Python 2.7, 3.4, 3.5 ni 3.6.
Python 2.7, 3.4, 3.5 y 3.6 han llegado al final de su vida útil. Para el estado de la versión, vaya a Compatibilidad con versiones de Python.
Si continúa utilizando Python 2.7, 3.4, 3.5 o 3.6, las soluciones de OpenTelemetry pueden ejecutarse, pero podrían generar comportamiento inesperado o cambios disruptivos que Microsoft no admite.
Para OpenCensus, la última versión publicada de opencensus-ext-Azure se ejecuta en estas versiones de Python. El proyecto no publica nuevas versiones.
Configurations
OpenCensus Python proporcionó algunas opciones de configuración relacionadas con la recopilación y exportación de telemetría. Puede lograr las mismas configuraciones, etc., mediante las API de Python y el SDK de OpenTelemetry . La distribución de Python de OpenTelemetry para Azure Monitor es más de una tienda única para las necesidades de supervisión más comunes para las aplicaciones de Python. Dado que la distribución encapsula las API/SDk de OpenTelemetry, es posible que algunas configuraciones para casos de uso más poco comunes no se admita actualmente para la distribución. En su lugar, puede optar por adoptar el exportador de OpenTelemetry de Azure Monitor, que, con las API o SDK de OpenTelemetry, puede adaptarse a sus necesidades de supervisión. Algunas de estas configuraciones son:
- Propagadores personalizados
- Samplers personalizados
- Adición de intervalos, procesadores de registros o lectores de métricas adicionales
Cohesión con Azure Functions
Para proporcionar funcionalidades de seguimiento distribuido para las aplicaciones de Python que llaman a otras aplicaciones de Python dentro de una función de Azure, se proporcionó el paquete opencensus-extension-azure-functions para permitir un grafo distribuido conectado.
Actualmente, las soluciones de OpenTelemetry para Azure Monitor no admiten este escenario. Como solución alternativa, puede propagar manualmente el contexto de seguimiento en la aplicación de Azure Functions, como se muestra en el ejemplo siguiente.
from opentelemetry.context import attach, detach
from opentelemetry.trace.propagation.tracecontext import \
TraceContextTextMapPropagator
# Context parameter is provided for the body of the function
def main(req, context):
functions_current_context = {
"traceparent": context.trace_context.Traceparent,
"tracestate": context.trace_context.Tracestate
}
parent_context = TraceContextTextMapPropagator().extract(
carrier=functions_current_context
)
token = attach(parent_context)
...
# Function logic
...
detach(token)
Extensiones y exportadores
El SDK de OpenCensus proporciona integraciones para recopilar datos de telemetría y exportadores para enviar datos de telemetría. En OpenTelemetry, las integraciones se denominan instrumentaciones. OpenTelemetry también utiliza el término exportadores.
Las instrumentaciones y exportadores de Python de OpenTelemetry cubren el conjunto openCensus y agregan más bibliotecas. OpenTelemetry proporciona una actualización directa en la cobertura y funcionalidad de la biblioteca.
La distribución de OpenTelemetry de Azure Monitor incluye varias instrumentaciones populares de Python de OpenTelemetry. Use estas instrumentaciones sin agregar código. Microsoft admite estas instrumentaciones.
En cuanto a las demás instrumentaciones de Python de OpenTelemetry que no se incluyen en esta lista, los usuarios todavía pueden instrumentar manualmente con ellos. Sin embargo, es importante tener en cuenta que la estabilidad y el comportamiento no están garantizados ni admitidos en esos casos. Por lo tanto, úselos a su propia discreción.
Si quiere sugerirnos una biblioteca de instrumentación de la comunidad para incluirla en nuestra distribución, publique o vote una idea en nuestra comunidad de comentarios. En el caso de los exportadores, la distribución openTelemetry de Azure Monitor viene incluida con el exportador openTelemetry de Azure Monitor. Si también desea usar otros exportadores, puede usarlos con la distribución, como en este ejemplo.
TelemetryProcessors
No hay ningún concepto de TelemetryProcessors en el mundo de OpenTelemetry, pero hay API y clases que puede usar para replicar el mismo comportamiento.
Establecer el nombre del rol en la nube y la instancia del rol en la nube
Siga las instrucciones que se indican aquí para establecer el nombre del rol en la nube y la instancia de rol en la nube para la telemetría. La distribución de Azure Monitor de OpenTelemetry captura automáticamente los valores de las variables de entorno y rellena los campos respectivos.
Modificación de intervalos con SpanProcessors
Próximamente.
Modificación de métricas mediante visualizaciones
Próximamente.
El exportador de Azure Monitor de Python de OpenCensus recopiló automáticamente las métricas relacionadas con el sistema y el rendimiento denominadas contadores de rendimiento. Estas métricas aparecen en performanceCounters de su instancia de Application Insights. En OpenTelemetry, ya no se envían estas métricas explícitamente a performanceCounters. Las métricas relacionadas con las solicitudes entrantes o salientes se pueden encontrar en métricas estándar. Si desea que OpenTelemetry realice la recopilación automática de métricas relacionadas con el sistema, puede usar la instrumentación experimental de métricas del sistema, aportada por la comunidad de Python de OpenTelemetry. Este paquete es experimental y no es compatible oficialmente con Microsoft.
Support
Para revisar los pasos de solución de problemas, las opciones de soporte técnico o para proporcionar comentarios sobre OpenTelemetry, consulte solución de problemas, soporte técnico y comentarios de Azure Monitor Application Insights.