New Relic Pathpoint es una aplicación de visualización que ofrece un enfoque único para el proceso de observabilidad empresarial. Modela la salud del sistema en relación con el recorrido comercial real, brindándole una visión optimizada de cualquier problema que pueda tener su negocio digital.
Al monitorear y analizar la salud y el rendimiento de todas las fases del recorrido, incluidos los procesos internos relevantes y la dependencia externa, Pathpoint permite a las organizaciones identificar y resolver fácilmente los problemas que impactan el recorrido, optimizar los procesos internos y mejorar la experiencia general de los clientes.
Pathpoint es un proyecto de catálogo de código abierto desarrollado por el equipo de los laboratorios New Relic. Consulte el repositorio de GitHub Pathpoint.
¿Quieres comprender los beneficios de Pathpoint a un alto nivel? Consulte la página del producto Pathpoint.
New Relic Pathpoint ayuda a las grandes organizaciones monitor y analizar una amplia gama de datos sin importar de dónde provengan en su sistema, lo que les ayuda a optimizar sus procesos de manera más eficiente.
Las secciones siguientes cubren conceptos y procedimientos importantes sobre Pathpoint.
UI de Pathpoint
Pathpoint puede ser una parte clave para optimizar su observabilidad empresarial. Asigna el proceso empresarial o "viaje de los clientes" de una organización a señales tangibles de diversos servicios, alertas e infraestructura para ayudarlo a identificar rápidamente dónde se ve afectado el viaje de su negocio o de sus clientes. Este enfoque de arriba hacia abajo de la observabilidad le permite compartir datos de observabilidad con una amplia variedad de personal técnico y no técnico.
Cada flujo de Pathpoint se divide en:
Al realizar un seguimiento de cada uno de estos componentes, Pathpoint proporciona una visión integral de cómo los clientes interactúan con una organización en cada etapa de su recorrido. Esto hace posible identificar y diagnosticar problemas rápidamente, optimizar la experiencia de los clientes y tomar decisiones impulsadas por datos para impulsar mejores resultados comerciales.
Crear flujos
En secciones anteriores describimos los elementos principales dentro de la UI de Pathpoint: etapas, pasos y puntos de contacto. En Pathpoint, la agrupación de más alto nivel de estos elementos es el flujo. Un flujo se suele emplear para modelar un "viaje de negocios" o "viaje de clientes". Las etapas de un flujo representan conceptos de nivel superior que componen el viaje. Cuando pensamos en qué tipo de etapas emplear, es útil pensar en cuál es nuestro proceso empresarial o "viaje" y cómo lo pensamos en secuencia. A menudo resulta útil observar otros flujos dentro de industrias similares. Ejemplos de industrias o verticales son:
- Hotel u hospitalidad
- Línea de cruceros o aerolínea
- Viaje compartido
- Bienes de consumo empacados
- Mercado en línea
- Comercio minorista general
- Restaurante de servicio rápido
- Minería, construcción, petróleo, gas.
- Medios de transmisión digitales
- Medios de noticias en línea
- Banca minorista o comercial
- Seguro
- Gestión del talento
Dentro de una industria, suele resultar útil modelar más de un flujo. Por ejemplo, en la industria de seguros, es posible que desee modelar flujos separados para comprar una póliza y presentar un reclamo, respectivamente. De hecho, debido a la estructura de la organización, es posible que desee un flujo que separe el seguro del hogar del seguro del automóvil o el seguro del consumidor del seguro comercial. Sin embargo, recomendamos comenzar con un flujo simple de 4 a 5 pasos y desglosarlo más adelante o agregarlo para hacerlo más completo. Generalmente los nombres artísticos no son técnicos. Pueden ser específicos de la industria, pero deben ser entendidos en general por cualquier personal de nivel C o vicepresidente de una organización.
Cuando desarrolla un flujo, primero debe centrar en las etapas por las que avanza un usuario o proceso en el recorrido. Al principio, el especialista puede tener problemas para pensar en un flujo de alto nivel, pero como muestra este ejemplo de un viaje de negocios de una aerolínea, hay numerosos detalles que componen un viaje de negocios completo que pueden no ser obvios cuando se concentra en los servicios y la infraestructura. que dirigen su negocio (en lugar del proceso empresarial en sí).
Ejemplos de escenarios
Industria | Descripción del flujo | Etapas |
|---|---|---|
Hotel (hotelería) | Reservación de huéspedes y estancia |
|
Mercado en línea | Viaje de compra básico |
|
Viaje compartido | Reservación y da un paseo |
|
Ejemplos de pasos
Los pasos se emplean para cerrar la brecha entre la abstracción de las etapas y el detalle de las señales. Si bien las partes interesadas de nivel superior pueden comprender las etapas, en ocasiones los pasos pueden ser más técnicos o específicos de las operaciones. La clave es que los pasos no requieren un enlace a una única señal específica. Las señales son donde nos conectamos a la telemetría subyacente.
Flow::Stage | Pasos |
|---|---|
Rideshare::Book |
|
Rideshare::Payment |
|
Rideshare::Feedback |
|
El viaje compartido, incluidas las etapas y los pasos (sin señales)
Seleccione señales relevantes
Al desarrollar flujos de Pathpoint, es mejor centrar primero en las etapas y pasos (un enfoque de arriba hacia abajo). Esto le permite pensar en términos de lo que es importante para el proceso empresarial antes de buscar señales de bajo nivel. Este ejercicio lo ayudará a priorizar qué señales capturar. En Pathpoint puedes seleccionar cualquier entidad o alerta como señal. Esto puede hacer que resulte un poco desalentador ver qué señales incluir. Recomendamos trabajar en el siguiente orden:
- Viaje de transacciones frontend críticas o SLI que impactan directamente los ingresos o la experiencia de los clientes.
- Viaje a transacciones back-end críticas o SLI que impactan directamente los ingresos o la experiencia de los clientes.
- Servicios críticos de terceros (a menudo obtenidos a través de Sintético).
- Analizar la salud general de los servicios más importantes en cada paso.
- Soporte de infraestructura y plataforma relevante para cada paso (a menudo servicios en la nube como balanceadores de carga, servicios de contenedor, base de datos gestionada o sistemas de mensajería).
Por ejemplo, para un paso de inicio de sesión, puedes considerar estas métricas:
- Una tasa de errores de Javascript para la acción de la página de inicio de sesión
- La latencia general para la acción de la página de inicio de sesión.
- SLI relacionados con transacciones backend para autenticación
- Transacción backend o servicios relacionados con la búsqueda de usuarios.
- base de datos salud de la base de datos empleada para almacenar información del usuario
- Estado del balanceador de carga para un balanceador de carga ubicado frente al servicio de autenticación
- Estado de la base de datos de Redis para un caché de información del estado del usuario
El objetivo es dar señales que tengan un nivel de independencia, y cuando ocurra un incidente podrás deducir por lo que está en rojo cuál puede ser el problema.
Mejores practicas
Trabajar de arriba hacia abajo
Al diseñar nuestro flujo, la razón por la que comenzamos de arriba hacia abajo es que es posible que aún no tengamos todas las señales necesarias para cubrir adecuadamente el flujo. Durante el desarrollo del flujo, identificaremos áreas donde tenemos y donde no tenemos cobertura.
Es mejor tener un flujo bien pensado con algunas lagunas de señal que un flujo creado apresuradamente con un conjunto aleatorio de señales.
Emplee múltiples flujos si su viaje es muy complejo
Intentar forzar todas las señales relevantes en un solo flujo puede generar una señal congestionada y confusa. Consulte con las partes interesadas internas (y el equipo de cuentas de New Relic) para ver cuál es la mejor manera de organizar los flujos. Por ejemplo, una compañía de seguros podría querer separar los siguientes flujos:
- Encontrar y comprar nuevas pólizas
- Presentación y pago de reclamaciones de seguros.
No uses una señal solo porque está disponible
Sea selectivo y centrar en las señales que probablemente estén relacionadas con un impacto inmediato en el negocio o en el usuario. Puede tener 5 condiciones de alerta relacionadas con una entidad, sin embargo, puede optar por agregar solo 1 o 2.
No tengas miedo de mejorar las señales existentes.
Las señales de oscilaciones crearán un flujo de Pathpoint ruidoso y de oscilaciones. Considere perfeccionar la alerta umbral o el nivel de servicio consulta para que las señales sean más procesables y significativas. Si una señal está en rojo, debería haber un riesgo real o al menos probable para el proceso empresarial.
Emplee Sintético para capturar la dependencia externa
Su proceso puede ser responsable de 3 o 4 API de terceros u otros sistemas SaaS. Sintético es la forma convencional de capturar la salud de esos sistemas.
Emplee carga de trabajo para agrupar entidad
carga de trabajo ofrece un método poderoso para consolidar entidades relacionadas en una vista unificada. Al agregar componentes de infraestructura como balanceadores de carga, RDBMS y otros servicios en la nube, los problemas críticos que afectan a las subentidades individuales pueden surgir de manera eficiente a nivel de carga de trabajo. Además, la carga de trabajo se puede emplear para combinar múltiples niveles de servicio en un único nivel de servicio global para simplificar el monitoreo y la gestión.
Emplee una etiqueta de metadatos útil en su entidad
Es una buena práctica poner una etiqueta en su entidad como nivel de servicio, carga de trabajo, Sintético, etc. Es especialmente útil agregar etiquetas de flujo, etapa y paso en su entidad. Esto le permitirá emplear estas señales más fácilmente con Pathpoint.
Emplee la fila de KPI de Pathpoint para capturar recuentos importantes, valores monetarios, etc. relacionados con su flujo.
Emplee la fila de KPI de Pathpoint para monitor los recuentos esenciales y los valores monetarios relevantes para su flujo de trabajo. Esto incluye eventos críticos como inicios de sesión de usuarios, registros, pagos y abandonos de carritos, así como métricas financieras como el pago total y el valor del producto devuelto. Muchas de estas métricas pueden derivar de telemetry data existentes y no requieren asociación con una entidad específica. Pueden obtener de registros, métricas personalizadas u otros puntos de datos disponibles.
Digamos que tiene una etapa llamada "búsqueda", es posible que desee tener KPI como:
- Búsquedas exitosas
- Búsquedas lentas
- Búsquedas fallidas
Si tiene etapas para realizar pedidos, carritos o pagar, es posible que desee tener KPI como:
- Recuento de pedidos
- Pedidos fallidos
- Valor del pedido
- Carro abandonado
- Valor promedio del carrito