El Core Pass Rate (CPR) es una métrica de rendimiento que mide la proporción de operaciones o transacciones que atraviesan con éxito el "camino feliz" o flujo de ejecución principal de un sistema, desde el inicio hasta la finalización, sin encontrar errores, excepciones o desviaciones significativas. Se calcula como (Número de transacciones exitosas en el camino principal / Número total de transacciones iniciadas) * 100. Un alto CPR indica que los componentes críticos del sistema están funcionando como se espera, mientras que una disminución sugiere problemas subyacentes que afectan la funcionalidad central.
En el mundo real, el CPR se implementa en sistemas distribuidos complejos para monitorear la salud de flujos de negocio críticos. Por ejemplo, en un sistema de e-commerce, el CPR podría medir el porcentaje de pedidos que completan exitosamente el proceso de "añadir al carrito -> pago -> confirmación de pedido". Plataformas de monitoreo como Datadog, New Relic o Prometheus permiten definir y rastrear esta métrica mediante la instrumentación de código y la agregación de logs y métricas de eventos. Para sistemas de microservicios, se puede calcular el CPR para flujos de solicitud específicos que atraviesan múltiples servicios, como una solicitud de autenticación que pasa por un servicio de identidad, una base de datos de usuarios y un servicio de autorización.
Para un Arquitecto de Sistemas, el Core Pass Rate es una métrica estratégica clave porque proporciona una visión de alto nivel sobre la fiabilidad y el rendimiento de las funcionalidades más críticas del negocio. Un CPR bajo o decreciente es una señal de alerta temprana que indica la necesidad de investigar cuellos de botella, fallos de componentes o regresiones de rendimiento en el camino crítico, incluso si otras métricas (como la latencia general o el uso de CPU) parecen estables. Permite priorizar esfuerzos de ingeniería en las áreas que impactan directamente la experiencia del usuario y los objetivos de negocio, facilitando decisiones sobre escalabilidad, resiliencia (ej. implementación de circuit breakers o retries) y la asignación de recursos para garantizar que los flujos de valor principal se mantengan robustos y eficientes.