Buenas prácticas de configuración en APM

Curso de Observabilidad Avanzada con New Relic

Contenido del curso

Monitoreo avanzado

1
Observabilidad full stack con New Relic
02:13 min

APM avanzado

Agente de Infraestructura

Registros (Logs)

Optimizar el rendimiento

23
Observabilidad con New Relic: APM, logs e infraestructura
02:11 min

Tomar examen

Cursos Empresas Blog Live Conf Eventos Precios

0:009:58

Buenas prácticas de configuración en APM

Curso de Observabilidad Avanzada con New Relic

Clase 3 de 23

Clase 3 / 23

Recursos

APM en New Relic se vuelve mucho más útil cuando aplicas buenas prácticas de configuración: nombres estandarizados, etiquetas claras y alertas bien pensadas. Aquí encontrarás recomendaciones para que tus métricas aporten contexto real a tu equipo y a toda la organización.

¿Por qué importa estandarizar los nombres de aplicaciones en APM?

Imagina entrar a New Relic y encontrar apps llamadas Default Application, This App is Awesome, This App Doesn't Work o PHP Application. Cuando los nombres no siguen una lógica común, encontrar el servicio correcto se vuelve una pesadilla [01:00].

¿Cuáles son las malas prácticas más comunes al nombrar apps?

Hay tres patrones que conviene evitar siempre:

Nombres por defecto como My Application o PHP Application, que no aportan ningún valor semántico sobre el propósito del servicio.
Convenciones inconsistentes, donde un equipo usa snake case y otro camel case, lo que dificulta que el equipo B encuentre lo que creó el equipo A.
Nombres temporales o de broma, como apellidos de raperos o artistas, que pueden parecer divertidos pero no aportan valor a nadie más en la organización.

Recuerda que aunque trabajes en desarrollo, tus nombres siguen siendo visibles para el resto de la empresa.

¿Cómo crear una convención de nombres útil?

Siempre que puedas, aprovecha las convenciones automáticas. Las aplicaciones Java son un buen ejemplo, porque tienen estándares establecidos en toda la industria [03:10].

Cuando no exista ese estándar, crea el tuyo propio. Una fórmula que funciona muy bien es: nombre de la aplicación, ambiente y región o equipo. Por ejemplo:

billing-app-production-us-east.
team-a-payment-service-staging.
dashboard-checkout-service-test.

¿Qué es una convención de nombres en APM? Es un patrón estandarizado para nombrar aplicaciones que combina elementos como app, ambiente, equipo y región, de manera que cualquier persona pueda identificar el servicio sin ambigüedad.

Esto reduce la fricción entre equipos durante un root cause analysis y acelera la comunicación cuando ocurre un incidente.

¿Cómo usar etiquetas para organizar mejor los servicios?

Las etiquetas funcionan como metadatos que le dan contexto a cada servicio dentro de tu arquitectura [04:30]. Te ayudan a entender dónde encaja una aplicación en el sistema más amplio.

Algunas etiquetas comunes son el nombre de la aplicación, el ambiente y el equipo dueño. Si tu app vive en un pod de Kubernetes, agrega también el ID del clúster o del pod para que cualquiera sepa que debe revisarla en el producto de Kubernetes de New Relic.

Las etiquetas también facilitan avisar proactivamente a equipos upstream o downstream cuando un servicio empieza a degradarse, antes de que el problema escale.

¿Para qué sirven las etiquetas en New Relic? Sirven para añadir contexto a un servicio (equipo, ambiente, clúster, región) y facilitar la navegación, las alertas y la colaboración entre equipos cuando ocurre un incidente.

¿Cómo configurar alertas y monitorear transacciones clave?

No todas las aplicaciones se comportan igual, así que tampoco deberían usar el mismo tipo de alerta [06:20].

¿Cuándo usar alertas estáticas y cuándo dinámicas?

Usa alertas de umbral estático para aplicaciones con tráfico predecible, como procesos que corren cada hora, cada día o cada semana. No necesitan ajustarse y son ideales para esa cadencia constante.

Usa alertas dinámicas de anomalías cuando el tráfico varía mucho. Un servicio de carrito o de catálogo en e-commerce es buen ejemplo: durante una promoción, el tráfico se dispara y los umbrales deben ajustarse solos.

¿Cómo conectar las alertas con los equipos correctos?

Aquí las etiquetas se vuelven protagonistas. Si cada servicio tiene etiquetado a su equipo responsable, puedes enrutar la alerta al canal de Slack, lista de correo o cadena de PagerDuty correcta. Eso vuelve la colaboración y la responsabilidad muy claras.

Para las transacciones clave, primero identifica cuáles son críticas para tu negocio: login, checkout, procesamiento de pago. Luego define umbrales personalizados para enterarte de cualquier degradación antes que tu cliente.

¿Qué consejos extra mejoran tu configuración de APM?

Estos tres puntos potencian todo lo anterior y te ayudan a sacarle más provecho a la plataforma [10:15].

Usa rastreo distribuido junto con APM para agrupar transacciones, seguir su flujo por toda la infraestructura y entender si un problema es sistémico, regional o aislado.
Aplica instrumentación personalizada para crear eventos y métricas únicas de tu negocio: agregar al carrito, completar compra, procesar pago, enviar mensajes directos o publicar en una red social.
Vigila el uso de recursos en endpoints costosos. Optimizarlos mejora el rendimiento y reduce costos de nube y cómputo.

Estas son recomendaciones personales para trabajar con APM, pero seguro tú tienes las tuyas. Cuéntame en los comentarios qué optimizaciones has descubierto y cómo las aplicas en tus servicios.

Monitoreo avanzado

Observabilidad full stack con New Relic

APM avanzado

Qué es APM y sus señales doradas

Buenas prácticas de configuración en APM

Transacciones y métricas custom en New Relic

Seguimiento de cambios en New Relic con GitHub Actions

Métricas personalizadas y seguimiento de cambios en tableros de New Relic

Métricas personalizadas y dashboards en New Relic

Agente de Infraestructura

Monitoreo de infraestructura con New Relic

Agente de infraestructura New Relic en Docker

Configuración del agente de infraestructura New Relic

Métricas de infraestructura en New Relic: CPU, memoria y red

Panel de infraestructura en New Relic sin consultas

Configuración de alertas paramétricas para métricas de infraestructura

Configuración de integraciones personalizadas con New Relic Flex

Proyecto final: crea tu integración Flex para New Relic

Registros (Logs)

Gestión eficiente de registros con New Relic en sistemas distribuidos

Envío de registros a New Relic mediante API directa

Cómo filtrar logs en New Relic con Lucene

Cómo convertir logs no estructurados con Grok

Particiones de datos para gestionar logs de gran volumen

Los registros en contexto conectan datos de APM con rastreo de errores

Proyecto final: dashboard de logs

Optimizar el rendimiento

Observabilidad con New Relic: APM, logs e infraestructura

Buenas prácticas de configuración en APM

Progreso del curso

Monitoreo avanzado

APM avanzado

Agente de Infraestructura

Registros (Logs)

Optimizar el rendimiento

Recursos

Recursos