Pruebas de disponibilidad de Application Insights

  • Artículo

Después de implementar la aplicación o el sitio web, puede configurar pruebas periódicas para supervisar la disponibilidad y capacidad de respuesta. Application Insights envía solicitudes web a la aplicación a intervalos regulares desde puntos de todo el mundo. Puede enviar una alerta si la aplicación no responde o si responde de manera demasiada lenta.

Puede configurar pruebas de disponibilidad para cualquier punto de conexión HTTP o HTTPS que sea accesible desde la red pública de Internet. No hace falta realizar cambios en el sitio web que está probando. De hecho, ni siquiera es necesario que sea un sitio de su propiedad. Puede probar la disponibilidad de una API de REST de la que depende su servicio.

Tipos de pruebas

Importante

El 30 de septiembre de 2026, se retirarán las pruebas de ping de dirección URL de Application Insights. Las pruebas de ping de dirección URL existentes se quitarán de los recursos. Revise los precios correspondientes a las pruebas estándar y la transición a su uso antes del 30 de septiembre de 2026 para asegurarse de que puede seguir ejecutando pruebas de disponibilidad de un solo paso en los recursos de Application Insights.

Hay cuatro tipos de pruebas de disponibilidad:

  • Prueba estándar: esta prueba de solicitud única es similar a la prueba de ping de URL. Incluye la validez del certificado TLS o SSL, la comprobación proactiva de la duración, el verbo de solicitud HTTP (por ejemplo, GET, HEAD o POST), los encabezados personalizados y los datos personalizados asociados a la solicitud HTTP.
  • Prueba TrackAvailability personalizada: si decide crear una aplicación personalizada para ejecutar pruebas de disponibilidad, puede usar el método TrackAvailability() para enviar los resultados a Application Insights.
  • Pruebas clásicas (versiones anteriores de pruebas de disponibilidad)
    • Prueba de ping de URL: puede crear esta prueba mediante Azure Portal para validar si un punto de conexión está respondiendo y medir el rendimiento asociado a esa respuesta. También puede establecer criterios de éxito personalizados junto con características más avanzadas, como analizar solicitudes dependientes y permitir reintentos.
    • Prueba web de varios pasos (en desuso): puede reproducir esta grabación de una secuencia de solicitudes web para probar escenarios más complejos. Las pruebas web de varios pasos se crean en Visual Studio Enterprise y se cargan en el portal, donde puede ejecutarlas.

Importante

Las pruebas clásicas más antiguas, tanto la prueba de ping de URL como la prueba web de varios pasos, se basan en la infraestructura DNS de la red pública de Internet para resolver los nombres de dominio de los puntos de conexión probados. Si usa DNS privado, debe asegurarse de que los servidores de nombres de dominio públicos puedan resolver todos los nombres de dominio de la prueba. Cuando esto no sea posible, puede usar pruebas TrackAvailability personalizadas en su lugar.

Puede crear hasta 100 pruebas de disponibilidad por recurso de Application Insights.

Nota:

Las pruebas de disponibilidad se almacenan cifradas, según las directivas de cifrado datos de Azure en reposo.

Solución de problemas

Advertencia

Recientemente hemos habilitado TLS 1.3 en Pruebas de disponibilidad. Si ve nuevos mensajes de error como resultado, asegúrese de que los clientes que se ejecutan en Windows Server 2022 con TLS 1.3 habilitado pueden conectarse al punto de conexión. Si no puede hacerlo, puede considerar la posibilidad de deshabilitar temporalmente TLS 1.3 en el punto de conexión para que Pruebas de disponibilidad vuelva a versiones anteriores de TLS.
Para obtener más información, consulte el artículo de solución de problemas. Consulte el artículo de solución de problemas dedicado.

Preguntas más frecuentes

Esta sección proporciona respuestas a preguntas comunes.

¿Puedo ejecutar pruebas web de disponibilidad en un servidor de intranet?

Nuestras pruebas web se ejecutan en puntos de presencia que están repartidos por todo el mundo. Hay dos soluciones:

  • Puerta de firewall: permitir solicitudes al servidor desde la lista larga y modificable de agentes de prueba web.
  • Código personalizado: escribir su propio código para enviar solicitudes periódicas a su servidor desde dentro de la intranet. Con este fin, puede ejecutar pruebas web de Visual Studio. El evaluador puede enviar los resultados a Application Insights mediante la API TrackAvailability().

Pasos siguientes