• /
  • EnglishEspañolFrançais日本語한국어Português
  • Inicia sesiónComenzar ahora

Te ofrecemos esta traducción automática para facilitar la lectura.

En caso de que haya discrepancias entre la versión en inglés y la versión traducida, se entiende que prevalece la versión en inglés. Visita esta página para obtener más información.

Crea una propuesta

Comenzar con Intelligent Workloads

|View as Markdown (English)

avance

Todavía estamos trabajando en esta característica, ¡pero nos encantaría que la probaras!

Esta característica se proporciona actualmente como parte de un programa de vista previa de conformidad con nuestras políticas de prelanzamiento.

El monitoreo tradicional a menudo obliga a los equipos de ingeniería a rastrear métricas de nivel de servicio aisladas, creando una experiencia de depuración fragmentada y de "silla giratoria" cuando los recorridos críticos del usuario se degradan. Intelligent Workloads transforma la resolución de problemas reactiva de Transacción 360 en un centro de monitoreo proactivo y de actualización automática. Al aprovechar el rastreo distribuido para mapear automáticamente todo su entorno arquitectónico a una sola transacción comercial, rastrea continuamente las dependencias de todo el stack y alinea el rendimiento técnico con los resultados comerciales en tiempo real (KPI) a medida que su sistema cambia.

Requisitos previos

Antes de crear Intelligent Workloads, asegúrese de habilitar el rastreo distribuido en sus servicios de APM.

Cómo crear Intelligent Workloads

Puede crear Intelligent Workloads de tres maneras, cada una tarda solo unos minutos en configurarse:

Defina el alcance de sus Intelligent Workloads

De forma predeterminada, una Intelligent Workload incluye dinámicamente todos los servicios ascendentes y descendentes que participan en el rastreo distribuido con su transacción focal. Si su transacción llama a microservicios no propios, API de terceros o ramas complejas de canalización de fan-out que no desea que afecten el estado general de su carga de trabajo, utilice el filtrado de exclusión para recortar esas rutas de dependencia.

Casos de uso comunes de alcance:

  • Eliminar dependencias no propias: excluya los gateways de API ascendentes o los servicios descendentes secundarios (como los gateways de pago externos o los microservicios de cupones) que su equipo no administra directamente.
  • Aislar ramas de pipeline: en arquitecturas complejas de fan-in y fan-out (como los pipelines de mensajes de Kafka), recorte las colas de consumidor paralelas o los temas irrelevantes para aislar la rama de ejecución exacta de su equipo.

Cómo funcionan los filtros de exclusión:

Al agregar un filtro de exclusión al gráfico de la workload, configure tres parámetros:

  • Entidad objetivo: el nodo de servicio específico en el mapa de dependencias donde desea aplicar el filtro.
  • Dirección: si se deben podar las dependencias que entran a la entidad seleccionada (Upstream) o que salen de ella (Downstream).
  • Visibilidad de la entidad objetivo: si excluir la entidad objetivo en sí junto con todas sus conexiones (eliminándola por completo del gráfico de la workload) o mantener la entidad objetivo visible mientras solo se recortan sus dependencias ascendentes o descendentes adicionales.

Debido a que los filtros de exclusión son dinámicos, los nuevos microservicios o conexiones que aparezcan a lo largo de una rama excluida en futuras trazas se filtran automáticamente sin requerir actualizaciones manuales en la workload.

Screenshot of the Intelligent Workload creation wizard showing the Dynamic Flow Map with exclude filter rules applied to downstream entities

Que sigue

Una vez que se creen sus Intelligent Workloads, explore las vistas y herramientas principales para familiarizarse con el monitoreo de los recorridos críticos de sus clientes:

Copyright © 2026 New Relic Inc.

This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.