Detección de incidentes más rápida: de 15 a 30 minutos a 2 a 3
Incidentes detectados antes de que un cliente los reportara
Mayor disponibilidad: de 99.5%, con una reducción del 84% en el tiempo de inactividad mensual
Priority Software
ERP basado en la nube (SaaS)
AmazonEC2, Amazon RDS, Amazon ElastiCache, AWS Lambda, Amazon CloudFront, Amazon CloudWatch, Amazon EBS, Amazon S3
Priority Software opera una plataforma ERP basada en la nube que presta servicio a miles de clientes empresariales en todo el mundo. A medida que su huella de SaaS crecía, su equipo de operaciones se enfrentaba a una visibilidad fragmentada, alertas ruidosas y una respuesta lenta a los incidentes que a menudo comenzaba solo después de que los clientes informaban de los problemas. Avahi, un socio de nivel Premier de AWS, implementó New Relic en el entorno AWS multirregional de Priority utilizando un despliegue por fases que mejoró la visibilidad de la infraestructura, la calidad de las alertas y la resolución de problemas centralizada. El resultado fue una detección y resolución más rápidas, menos falsas alarmas, una mayor disponibilidad y ganancias medibles en costes y eficiencia.
Priority Software gestiona una plataforma ERP basada en la nube para clientes empresariales de todo el mundo, que soporta una operación SaaS a gran escala con múltiples entornos (desarrollo, preproducción y producción) y una amplia huella de AWS que abarca varias regiones.
A medida que la plataforma de Priority escalaba, su modelo operativo se volvió cada vez más reactivo. El equipo a menudo se enteraba de los problemas a través de los tickets de soporte al cliente, lo que significaba que los incidentes ya estaban afectando a los usuarios finales antes de que el equipo de ingeniería pudiera responder.
También carecían de una visión unificada en desarrollo, preproducción y producción. Las señales críticas estaban dispersas en varios sistemas, lo que dificultaba comprender rápidamente qué estaba sucediendo, dónde y si era un problema aislado o sistémico.
Las alertas eran otro obstáculo importante. Las alarmas de CloudWatch eran ruidosas y frecuentemente ignoradas, creando una fatiga de alertas que aumentaba el riesgo de pasar por alto incidentes reales. La planificación de la capacidad era igualmente reactiva, lo que llevaba a eventos de escalado de emergencia y un estrés innecesario para el equipo.
Por último, el análisis posterior al incidente era lento e inconsistente porque los registros estaban dispersos. Sin un registro centralizado y correlación entre métricas y registros, el equipo dedicaba demasiado tiempo a reconstruir cronologías y a identificar las causas raíz. A la escala de Priority (127 instancias EC2, 18 bases de datos RDS y 12 Application Load Balancers en tres regiones de AWS), estas brechas se acumulaban rápidamente y amenazaban la confiabilidad, la confianza del cliente y la eficiencia operativa.
La plataforma ERP de Priority se ejecutaba en AWS para dar soporte a una base global de clientes con una arquitectura multirregional y una combinación de servicios administrados y de infraestructura, incluidos Amazon EC2, Amazon RDS, Application Load Balancers, AWS Lambda, Amazon ElastiCache y Amazon CloudFront. AWS proporcionó la flexibilidad para escalar recursos a medida que cambiaba la demanda, manteniendo patrones de despliegue consistentes entre entornos.
AWS también habilitó una telemetría operativa profunda mediante métricas y registros nativos de los servicios, lo que hizo posible implementar una estrategia integral de observabilidad que pudiera abarcar capas de cómputo, bases de datos, redes y entrega en desarrollo, preproducción y producción.
Priority contrató a Avahi cuando Avahi comenzó a gestionar su infraestructura de AWS en el tercer trimestre de 2025, buscando un socio que pudiera mejorar la madurez operativa sin interrumpir los sistemas de producción. Como socio de nivel Premier de AWS, Avahi aportó la experiencia en operaciones en la nube necesaria para estandarizar el monitoreo y la respuesta a incidentes en una huella de AWS grande y distribuida.
Avahi estaba especialmente calificado para liderar este esfuerzo porque el desafío no era simplemente «agregar más monitoreo»; requería diseñar un enfoque operativo de extremo a extremo. Eso incluyó establecer líneas base, implementar alertas por niveles para reducir el ruido, centralizar los registros para un análisis más rápido de la causa raíz e integrar las alertas directamente en los flujos de trabajo existentes de Priority mediante Jira Service Management y Slack.
Avahi implementó New Relic en la huella de AWS de Priority utilizando un enfoque por fases para impulsar la adopción rápidamente, reducir el riesgo y aumentar el valor de forma constante.
En las primeras dos semanas, Avahi se enfocó en la visibilidad de la infraestructura. Se instalaron agentes de monitoreo en todas las instancias EC2 para capturar señales de salud y rendimiento a nivel de host. En paralelo, Avahi configuró la integración de la API de AWS para que New Relic pudiera ingerir telemetría de los servicios administrados en todo el entorno. Con esta base establecida, Avahi creó dashboards iniciales adaptados al equipo de operaciones, proporcionando una única vista centralizada en desarrollo, preproducción y producción.
En las dos semanas siguientes, Avahi implementó alertas inteligentes. En lugar de depender de umbrales demasiado sensibles, Avahi estableció métricas de rendimiento de referencia y luego configuró alertas por niveles (Crítico, Alto, Medio) alineadas con la severidad operativa. Las alertas se integraron con Jira Service Management y Slack, habilitando la creación automatizada de tickets y notificaciones en tiempo real para que el equipo pudiera responder de forma rápida y consistente.
Avahi también abordó la velocidad de resolución de problemas centralizando los registros. Se implementó Fluent Bit para la agregación de registros y se conectaron los registros de CloudWatch a New Relic. Esto habilitó la correlación entre métricas y registros, permitiendo a los ingenieros pasar directamente de una alerta a los registros y eventos relacionados para un diagnóstico más rápido.
En la fase final, Avahi se enfocó en la optimización operativa y la mejora continua. Se ampliaron los dashboards para servir a múltiples partes interesadas (ejecutivos, operaciones y desarrolladores), se ajustaron las alertas en función de patrones del mundo real para reducir aún más el ruido y se identificaron oportunidades de optimización de costos mediante visibilidad de uso basada en datos. La estrategia de monitoreo también reforzó mejores prácticas operativas, incluida la importancia del etiquetado y la expansión incremental de la cobertura para evitar abrumar a los equipos al inicio de la adopción.
Los principales servicios de AWS dentro del alcance incluyeron Amazon EC2, Amazon RDS (PostgreSQL y MySQL), Elastic Load Balancing (Application Load Balancers), Amazon ElastiCache, AWS Lambda, Amazon CloudFront y Amazon CloudWatch (incluidos CloudWatch Logs), con cobertura de monitoreo que se extendió a señales de almacenamiento y rendimiento como métricas de Amazon EBS y Amazon S3 cuando correspondía.
Con la observabilidad unificada en marcha, Priority pasó de apagar incendios de forma reactiva a operaciones proactivas. Los problemas se detectaban en cuestión de minutos, la mayoría de los incidentes se identificaban antes de que los clientes los notaran y el tiempo de investigación se redujo drásticamente gracias a los registros centralizados y la correlación entre fuentes de telemetría. Las mejoras fortalecieron directamente la confiabilidad de la plataforma y, al mismo tiempo, generaron ahorros tangibles de eficiencia y costos para el negocio.
Priority Software
ERP basado en la nube (SaaS)
AmazonEC2, Amazon RDS, Amazon ElastiCache, AWS Lambda, Amazon CloudFront, Amazon CloudWatch, Amazon EBS, Amazon S3
Priority Software opera una plataforma ERP basada en la nube que presta servicio a miles de clientes empresariales en todo el mundo. A medida que su huella de SaaS crecía, su equipo de operaciones se enfrentaba a una visibilidad fragmentada, alertas ruidosas y una respuesta lenta a los incidentes que a menudo comenzaba solo después de que los clientes informaban de los problemas. Avahi, un socio de nivel Premier de AWS, implementó New Relic en el entorno AWS multirregional de Priority utilizando un despliegue por fases que mejoró la visibilidad de la infraestructura, la calidad de las alertas y la resolución de problemas centralizada. El resultado fue una detección y resolución más rápidas, menos falsas alarmas, una mayor disponibilidad y ganancias medibles en costes y eficiencia.
Priority Software gestiona una plataforma ERP basada en la nube para clientes empresariales de todo el mundo, que soporta una operación SaaS a gran escala con múltiples entornos (desarrollo, preproducción y producción) y una amplia huella de AWS que abarca varias regiones.
A medida que la plataforma de Priority escalaba, su modelo operativo se volvió cada vez más reactivo. El equipo a menudo se enteraba de los problemas a través de los tickets de soporte al cliente, lo que significaba que los incidentes ya estaban afectando a los usuarios finales antes de que el equipo de ingeniería pudiera responder.
También carecían de una visión unificada en desarrollo, preproducción y producción. Las señales críticas estaban dispersas en varios sistemas, lo que dificultaba comprender rápidamente qué estaba sucediendo, dónde y si era un problema aislado o sistémico.
Las alertas eran otro obstáculo importante. Las alarmas de CloudWatch eran ruidosas y frecuentemente ignoradas, creando una fatiga de alertas que aumentaba el riesgo de pasar por alto incidentes reales. La planificación de la capacidad era igualmente reactiva, lo que llevaba a eventos de escalado de emergencia y un estrés innecesario para el equipo.
Por último, el análisis posterior al incidente era lento e inconsistente porque los registros estaban dispersos. Sin un registro centralizado y correlación entre métricas y registros, el equipo dedicaba demasiado tiempo a reconstruir cronologías y a identificar las causas raíz. A la escala de Priority (127 instancias EC2, 18 bases de datos RDS y 12 Application Load Balancers en tres regiones de AWS), estas brechas se acumulaban rápidamente y amenazaban la confiabilidad, la confianza del cliente y la eficiencia operativa.
La plataforma ERP de Priority se ejecutaba en AWS para dar soporte a una base global de clientes con una arquitectura multirregional y una combinación de servicios administrados y de infraestructura, incluidos Amazon EC2, Amazon RDS, Application Load Balancers, AWS Lambda, Amazon ElastiCache y Amazon CloudFront. AWS proporcionó la flexibilidad para escalar recursos a medida que cambiaba la demanda, manteniendo patrones de despliegue consistentes entre entornos.
AWS también habilitó una telemetría operativa profunda mediante métricas y registros nativos de los servicios, lo que hizo posible implementar una estrategia integral de observabilidad que pudiera abarcar capas de cómputo, bases de datos, redes y entrega en desarrollo, preproducción y producción.
Priority contrató a Avahi cuando Avahi comenzó a gestionar su infraestructura de AWS en el tercer trimestre de 2025, buscando un socio que pudiera mejorar la madurez operativa sin interrumpir los sistemas de producción. Como socio de nivel Premier de AWS, Avahi aportó la experiencia en operaciones en la nube necesaria para estandarizar el monitoreo y la respuesta a incidentes en una huella de AWS grande y distribuida.
Avahi estaba especialmente calificado para liderar este esfuerzo porque el desafío no era simplemente «agregar más monitoreo»; requería diseñar un enfoque operativo de extremo a extremo. Eso incluyó establecer líneas base, implementar alertas por niveles para reducir el ruido, centralizar los registros para un análisis más rápido de la causa raíz e integrar las alertas directamente en los flujos de trabajo existentes de Priority mediante Jira Service Management y Slack.
Avahi implementó New Relic en la huella de AWS de Priority utilizando un enfoque por fases para impulsar la adopción rápidamente, reducir el riesgo y aumentar el valor de forma constante.
En las primeras dos semanas, Avahi se enfocó en la visibilidad de la infraestructura. Se instalaron agentes de monitoreo en todas las instancias EC2 para capturar señales de salud y rendimiento a nivel de host. En paralelo, Avahi configuró la integración de la API de AWS para que New Relic pudiera ingerir telemetría de los servicios administrados en todo el entorno. Con esta base establecida, Avahi creó dashboards iniciales adaptados al equipo de operaciones, proporcionando una única vista centralizada en desarrollo, preproducción y producción.
En las dos semanas siguientes, Avahi implementó alertas inteligentes. En lugar de depender de umbrales demasiado sensibles, Avahi estableció métricas de rendimiento de referencia y luego configuró alertas por niveles (Crítico, Alto, Medio) alineadas con la severidad operativa. Las alertas se integraron con Jira Service Management y Slack, habilitando la creación automatizada de tickets y notificaciones en tiempo real para que el equipo pudiera responder de forma rápida y consistente.
Avahi también abordó la velocidad de resolución de problemas centralizando los registros. Se implementó Fluent Bit para la agregación de registros y se conectaron los registros de CloudWatch a New Relic. Esto habilitó la correlación entre métricas y registros, permitiendo a los ingenieros pasar directamente de una alerta a los registros y eventos relacionados para un diagnóstico más rápido.
En la fase final, Avahi se enfocó en la optimización operativa y la mejora continua. Se ampliaron los dashboards para servir a múltiples partes interesadas (ejecutivos, operaciones y desarrolladores), se ajustaron las alertas en función de patrones del mundo real para reducir aún más el ruido y se identificaron oportunidades de optimización de costos mediante visibilidad de uso basada en datos. La estrategia de monitoreo también reforzó mejores prácticas operativas, incluida la importancia del etiquetado y la expansión incremental de la cobertura para evitar abrumar a los equipos al inicio de la adopción.
Los principales servicios de AWS dentro del alcance incluyeron Amazon EC2, Amazon RDS (PostgreSQL y MySQL), Elastic Load Balancing (Application Load Balancers), Amazon ElastiCache, AWS Lambda, Amazon CloudFront y Amazon CloudWatch (incluidos CloudWatch Logs), con cobertura de monitoreo que se extendió a señales de almacenamiento y rendimiento como métricas de Amazon EBS y Amazon S3 cuando correspondía.
Con la observabilidad unificada en marcha, Priority pasó de apagar incendios de forma reactiva a operaciones proactivas. Los problemas se detectaban en cuestión de minutos, la mayoría de los incidentes se identificaban antes de que los clientes los notaran y el tiempo de investigación se redujo drásticamente gracias a los registros centralizados y la correlación entre fuentes de telemetría. Las mejoras fortalecieron directamente la confiabilidad de la plataforma y, al mismo tiempo, generaron ahorros tangibles de eficiencia y costos para el negocio.
Exploremos juntos sus oportunidades de IA de alto impacto en una sesión gratuita
