Casi todas las aplicaciones y servicios realizan llamadas a API y otros servicios externos. Cuando algo tan simple como presionar el botón buy en un sitio puede generar docenas de llamadas API, es probable que surjan problemas. Una API de llamada problemática puede resultar en cualquier cosa, desde un pequeño percance en el inventario hasta una situación de código rojo en la que su sitio no puede comunicarse con su procesador de pagos.
Analizar estos errores lleva mucho tiempo. ¿Su sitio no puede procesar compras porque falla la llamada de transacción de compra? ¿O tal vez sea su llamada de autenticación a su procesador de pagos? Tal vez ni siquiera sea un problema de API externa, sino un problema con su API de inventario interno. ¿Es incluso un error de API o un error dentro de su propia aplicación? Con New Relic, puede resolver estos problemas en una fracción del tiempo que llevaría manualmente.
Objetivos
Esta serie de tutoriales le muestra cómo identificar interacciones API problemáticas y cómo resolverlas con la plataforma New Relic. Este documento cubre:
- Integrando New Relic con su aplicación para enviar datos a monitor
- Identificación de API problemáticas a través de la UIde servicios externos
Integrar New Relic
Antes de poder monitor o resolver algo, debe instalar un agente para recopilar los datos que utilizará.
Instalar un agente APM
Para monitor el rendimiento de su aplicación, utilizará un agente creado específicamente para el idioma de su aplicación. Al hacer clic en un logotipo, accederá a la plataforma New Relic, donde se le guiará durante la instalación y configuración del agente.
Una vez que haya instalado un agente, vaya a one.newrelic.com y seleccione su aplicación. Si todavía no ve muchos datos, aléjese por un momento y deje que el agente recopile datos en tiempo real mientras se ejecuta su aplicación.
Configuración adicional
Su configuración específica puede requerir una configuración adicional. Eche un vistazo a nuestro documento de configuración de servicios externos para obtener más información.
Una vez que haya completado los pasos adicionales del documento anterior, vaya a one.newrelic.com > seleccione su aplicación > External services. Debería ver fluir información sobre sus API y servicios externos.
Identificar API problemáticas
Ahora tiene la capacidad de realizar un seguimiento de cómo interactúa su aplicación con las API y otros servicios externos. Usemos esa información para identificar qué API o servicios externos están causando problemas:
Piensa en la causa raíz
Si está buscando API o servicios problemáticos, probablemente ya tenga un problema que esté listo para resolver. Quizás su usuario no pueda realizar compras o incluso log sesión en su sitio.
Su aplicación puede realizar llamadas a docenas o cientos de API. Mientras continúa con los siguientes pasos, tenga en cuenta el problema raíz. Si sabe que tiene un problema con las compras, debe centrarse en las API relacionadas con compras y transacciones. Si se trata de un problema de log de sesión, puede centrarse en las llamadas a la base de datos de usuarios o a servicios de autenticación externos.
Triaje con mapas
Supongamos que tiene una tienda web y recibió correos electrónicos de su usuario quejándose de que no se le había notificado cuando llegó su paquete. Esto le parece extraño, ya que deberían haber recibido una notificación tanto por SMS como por correo electrónico.
Ha instrumentado su servicio que maneja todo el proceso de entrega. Vaya a la página External services y luego haga clic en Maps.
Esto le muestra la relación entre todos sus propios servicios y cualquier servicio externo o API. En este caso, el servicio que le interesa clasificar es Delivery. Lo llama otro servicio llamado Order-Composer y llama a otros cuatro servicios y API, como puede ver a la derecha.
Identificar anomalía
La vista de mapa le muestra algunos gráficos útiles para realizar un seguimiento del rendimiento y el tiempo de respuesta, pero también representa visualmente esas métricas a través del grosor y el color de la línea entre su servicio y los servicios a los que llama.
Las líneas entre el servicio Delivery y su dependencia parecen bastante similares excepto la que apunta a Sms notification. De hecho, cuando pasas el cursor sobre el servicio de SMS puedes ver que el rendimiento es mucho mayor que el del resto de la dependencia.
Ahora ha identificado Sms notification como la causa probable de la frustración de su usuario. Ahora que hemos identificado al posible sospechoso, puedes resolver la raíz del problema.