avance
Todavía estamos trabajando en esta característica, ¡pero nos encantaría que la probaras!
Esta característica se proporciona actualmente como parte de un programa de vista previa de conformidad con nuestras políticas de prelanzamiento.
Los límites de calcular de New Relic Autopilot proporcionan un nivel de control de presupuesto para ayudar a administrar mejor los presupuestos empresariales. Los eventos de observabilidad de alta frecuencia —como las tormentas de alerta de incidente o las fallas de condiciones en cascada— pueden desencadenar ráfagas de símbolos de investigación o análisis que pueden aumentar los costos de los recursos de calcular, lo que podría generar sorpresas en la factura. Los límites de calcular de New Relic Autopilot ayudan a proporcionar un presupuesto proactivo y basado en políticas que le permite implementar ciertos límites operativos para los costos relacionados con las ejecuciones de Autopilot.
Las asignaciones de calcular empresariales son configuradas por los administradores de la organización como presupuestos diarios y mensuales denominados en unidades de capacidad de computación avanzadas (CCU avanzadas). Estos roles ahora pueden crear subpresupuestos para los flujos de trabajo de identidad del sistema (SI) pertenecientes a New Relic Autopilot. Las investigaciones de alerta en segundo plano también contienen su propia asignación dedicada. Establecer presupuestos para estas acciones le ayuda a administrar mejor la cuota de calcular utilizada durante las investigaciones de incidente activas mediante Autopilot.
Rol de usuario y capacidades de gobernanza
El control de acceso para los límites de calcular de Autopilot sigue el framework de control de acceso basado en roles (RBAC) de New Relic. La siguiente matriz define las autoridades administrativas en comparación con las capacidades operativas de solo lectura en el flujo de trabajo de la plataforma:
| Capacidad | Gerentes de organización | Usuarios/ingenieros de solo lectura |
|---|---|---|
| Administrar las políticas de presupuesto de calcular (crear, editar o eliminar presupuestos globales y subpresupuestos) | ✅ | ❌ |
| Ver píldoras de cuota y presupuesto en tiempo real | ✅ | ✅ |
Inspeccionar los logs de auditoría (NrAuditEvent) | Se requiere acceso a la cuenta de informes | Se requiere acceso a la cuenta de informes |
La siguiente sección detalla los flujos de trabajo y procedimientos administrativos necesarios para configurar los límites de calcular dentro de la plataforma de New Relic.
Configurar presupuestos de calcular (flujo de trabajo de administrador)
Los presupuestos de calculos permiten a los gerentes ayudar a aplicar políticas financieras o de presupuesto con restricciones configurables en la UI. Mediante la interfaz de usuario de New Relic, los administradores establecen límites organizacionales que aplican dinámicamente los límites deseados en la ejecución del sistema a través de sesiones interactivas y automatización en segundo plano.
Navegación de la UI y parámetros configurables
Para configurar los presupuestos de calcular, vaya a Autopilot Configuration Modal / Onboarding Panel > Compute Limits & Budgeting.
El administrador puede definir cuatro parámetros principales dentro de la interfaz de configuración:
- Presupuesto diario total de Autopilot (CCU avanzadas/día): establece el límite de gasto en toda la empresa para todas las sesiones interactivas de usuario y el flujo de trabajo automatizado combinados por día calendario (evaluado en la zona horaria de la organización).
- Subpresupuesto diario automatizado y asincrónico (CCU avanzadas/día): asigna una subcuota diaria dedicada estrictamente para el flujo de trabajo de identidad del sistema (SI), como los webhooks de alerta y la notificación del flujo de trabajo.
- Presupuesto mensual total de Autopilot (CCU avanzadas/mes): establece el límite máximo del presupuesto de calcular mensual a nivel macro en todas las ejecuciones de Autopilot.
- Subpresupuesto mensual automatizado y asíncrono (CCU avanzadas/mes): define una subasignación mensual dedicada reservada exclusivamente para investigaciones de fondo autónomas.
Reglas de validación de parámetros y mecánica de conversión del backend
La UI de la plataforma aplica reglas de validación de entrada en la puerta de entrada de la configuración para evitar estados de política no válidos o conflictivos:
- Regla 1 (jerarquía de subpresupuestos): los subpresupuestos automatizados deben ser estrictamente menores que su presupuesto total correspondiente (
Automated Sub-budget < Total budget). - Regla 2 (multiplicador temporal): cuando se configuran los presupuestos diarios y mensuales, el presupuesto mensual no debe superar 30 veces el presupuesto diario (
Monthly budget <= 30 * Daily budget). - Flexibilidad de políticas: todos los parámetros de límite son opcionales. La organización puede configurar políticas parciales (como aplicar un presupuesto total diario sin un presupuesto mensual) en función de las necesidades operativas específicas.
Los administradores establecen límites de presupuesto utilizando una única métrica (CCU avanzadas), lo que crea un límite de gasto exacto y no negociable que bloquea automáticamente a una IA para que no acumule enormes facturas inesperadas al realizar tareas rápidas y complejas.
Especificación del registro de cambios de auditoría
Cada cambio de configuración se rastrea en NrAuditEvent de la siguiente manera:
| Nombre del campo | Tipo de datos | Descripción | Valor estratégico |
|---|---|---|---|
| Timestamp | ISO 8601 UTC | Hora exacta de la mutación de la configuración | Establece la línea de base cronológica para la facturación |
| ID de admin | Cadena (userId) | Identidad del administrador que realiza la modificación | Garantiza la responsabilidad administrativa |
| Delta del presupuesto | Cadena | Valor anterior frente a valor actualizado (presupuesto antiguo -> presupuesto nuevo) | Cuantifica los cambios de umbral |
Una vez que las políticas administrativas se guardan y validan, la plataforma evalúa dinámicamente los umbrales de presupuesto para aplicar estados de ejecución deterministas para todos los usuarios.
Experiencia del usuario y umbrales de presupuesto
Autopilot opera de forma determinista: las requests se ejecutan con un razonamiento de modelo de varios pasos completo o se bloquean en la entrada una vez que se alcanzan los presupuestos.
Máquina de estado y comportamientos de ejecución
El sistema evalúa el consumo de calcular en tres niveles operativos en función del gasto total frente al presupuesto configurado:
Estado nominal (0 % – 75 % de consumo de presupuesto)
- Perfil de ejecución: ejecución de IA sin restricciones con razonamiento de modelo de varios pasos completo y recuperación completa de la base de conocimientos de RAG (
query_knowledge_base). - Visibilidad de la UI: se muestra una píldora de estado no intrusiva y de solo lectura en la barra de contexto de la interfaz de chat, lo que indica el estado operativo normal.
Estado de advertencia (consumo de presupuesto del 75 %-100 %)
- Perfil de ejecución: las capacidades de razonamiento completas y las ejecuciones estándar de varios pasos continúan sin degradación del modelo ni cambios en el rendimiento.
- Visibilidad de la UI: se agrega un banner de advertencia contextual a las respuestas del sistema, que informa a los usuarios que la organización se acerca a su límite de calcular diario o mensual.
Estado de detención absoluta (consumo de presupuesto agotado al 100 %)
- Perfil de ejecución: bloque de ejecución inmediata aplicado en la puerta de entrada de orquestación (
api/orchestration.py). No se inician llamadas de LLM posteriores ni tareas de subagentes. - Visibilidad de la UI: una tarjeta de error en línea prominente reemplaza la entrada del símbolo, indicando a los usuarios que se comuniquen con el gerente de la organización o esperen el restablecimiento de la cuota diaria.
Formato de visualización de la tarjeta de error de la UI
Cuando una organización alcanza el 100 % de la asignación de calcular, las sesiones de chat interactivo presentan la siguiente tarjeta de error estándar:
⚠️ Se alcanzó el límite diario de Compute de Autopilot
La organización ha consumido el 100 % del presupuesto de calcular asignado diariamente (Límite de CCU avanzado excedido). El razonamiento interactivo y las investigaciones automatizadas se pausan temporalmente.
Próximos pasos: comuníquese con el gerente de la organización de New Relic para aumentar el presupuesto o vuelva a intentarlo después del restablecimiento de medianoche (00:00 UTC).
Si bien las sesiones interactivas de usuario proporcionan indicadores visuales y comentarios inmediatos en tarjetas de error, las operaciones automatizadas en segundo plano requieren ciclos de vida de procesamiento dedicados.
Falla en la obtención de la métrica en tiempo real y estado no disponible
Cuando la UI de la plataforma no puede obtener las métricas de uso en tiempo real de la caché de telemetría del backend, el sistema pasa a un estado visual degradado sin bloqueo. La aplicación del presupuesto del backend permanece continuamente activa independientemente de la disponibilidad de datos de la UI.
- Texto de la insignia de la píldora de estado: muestra
Daily Usage: Unavailable ⚠en la barra de contexto. - Información sobre herramientas contextual: al pasar el cursor sobre la píldora no disponible, muestra: "No se pueden obtener las métricas de uso en tiempo real. La aplicación del presupuesto del backend permanece activa. [Reintentar]"
Datos de uso temporalmente no disponibles
Si un administrador abre el modal de configuración de Autopilot mientras los datos de uso son inaccesibles, aparece un banner de alerta de nivel superior en línea en la parte superior del contenedor modal: "no pudimos cargar las métricas de uso actuales. Cualquier límite configurado previamente se sigue aplicando en el backend. Intente actualizar."
Clasificación de alerta automatizada y flujo de trabajo de identidad del sistema (SI) asincrónico
La clasificación automatizada del incidente depende del flujo de trabajo de identidad del sistema (SI) que procesa las alertas entrantes de forma asincrónica. Durante interrupciones importantes del sistema, las tormentas de alerta ("tormentas eléctricas") pueden activar docenas de webhooks concurrentes simultáneamente. Los subpresupuestos de SI dedicados aíslan el motor de ingesta en segundo plano, lo que garantiza que las ráfagas de alerta automatizadas no afecten los presupuestos de investigación humana interactiva.
Ciclo de vida de ejecución de la identidad del sistema
Cuando se produce un desencadenador automatizado (por ejemplo, alert_webhook o workflow_notification), la ruta de ejecución varía en función del consumo actual del subpresupuesto:
| Estado del subpresupuesto | Manejo de admisión de webhooks | Experiencia de la página de problemas de New Relic | Mecanismo de reserva |
|---|---|---|---|
| Nominal (cuota de SI <100 %) | HTTP 200 Aceptado; la investigación de IA automatizada se ejecuta de forma asíncrona. | El panel de chat de la página del problema se rellena previamente con un análisis de causa raíz automatizado completo. | N/A (ejecución estándar) |
| Parada brusca (100 % de la cuota de SI agotada) | HTTP 200 rechazado con el código de error ADVANCED_DAILY_SI_LIMIT_EXCEEDED. | La página de incidencias se carga normalmente; el panel de chat precompletado se suprime y se reemplaza por una tarjeta de error en línea. | Botón de respaldo manual habilitado: el usuario puede activar manualmente la investigación si queda presupuesto interactivo. |
Escenarios extremos, presupuestos de concurrencia y salvaguardas
Los presupuestos diarios y mensuales de CCU avanzadas evalúan el gasto acumulado total, pero no pueden evitar ráfagas repentinas de evento donde cientos de webhooks entrantes se activan simultáneamente antes de que el uso se pueda procesar y escribir en el almacenamiento de telemetría. Para manejar estos escenarios extremos, la plataforma emplea medidas de seguridad de defensa en profundidad en la puerta de entrada.
Arquitectura de mitigación de tormentas de alerta
Para mantener la estabilidad de la plataforma y proteger los presupuestos de la organización durante picos repentinos de alerta, operan dos mecanismos de protección concurrentes en la puerta de entrada:
- Presupuesto de concurrencia automatizada por organización: impone un límite estricto de un máximo de 20 ejecuciones automatizadas activas simultáneas por organización. Las solicitudes que llegan mientras hay 20 ejecuciones automatizadas en curso se descartan de inmediato.
- Reservas atómicas de Valkey: antes de generar una tarea de ejecución asincrónica (
asyncio.create_task), la puerta de entrada incrementa atómicamente los contadores de Valkey de alta velocidad en una estimación conservadora. Al finalizar la ejecución, el motor de orquestación concilia la reserva con el consumo real. Si una reserva inicial hace que el contador de la organización supere el límite configurado, la transacción se revierte y la request se rechaza de inmediato.
Alta disponibilidad y recuperación ante desastres: política de respaldo por interrupción de Valkey
Durante las interrupciones de la caché local o de la infraestructura de Valkey, el motor de orquestación aplica una política de respaldo operativo de nivel:
Modo operativo de interrupción de la infraestructura
- Flujos de trabajo automatizados / de SI (falla cerrada): todas las requests de activación automatizada se bloquean durante los períodos de inactividad de la caché para evitar picos de gastos no monitoreados.
- Flujos de trabajo interactivos de usuario (falla abierta): las sesiones de chat interactivo humano permanecen disponibles para preservar las capacidades operativas del ingeniero durante la respuesta a incidentes activa.
Conciliación de facturación, retraso de datos y descargos de responsabilidad
La arquitectura de sistemas distribuidos mantiene una separación estructural entre el control de entrada en tiempo real y el procesamiento asincrónico de la métrica de facturación.
Arquitectura de contadores y conciliación de sesgo de canalización
La plataforma utiliza un modelo de almacenamiento dual para equilibrar la aplicación de baja latencia con la precisión contable:
- Capa de aplicación en tiempo real: los contadores de Valkey de sub-milisegundos evalúan las puertas de entrada para bloquear instantáneamente las ejecuciones que superan el presupuesto.
- Canalización de facturación y generación de informes: las canalizaciones de métrica históricas de NRDB (
resourceConsumption) agregan datos de forma asíncrona, con un retraso de procesamiento esperado de 2 horas. - Absorción del margen de error: debido a la concurrencia de ejecución de alta frecuencia, un sesgo menor del contador puede crear una variación de exceso temporal del 5 % al 10 %. New Relic absorbe todos los costos de exceso internamente; las cuentas de clientes nunca se facturan por el uso que excede el presupuesto estricto configurado explícitamente.
Avisos y limitaciones importantes
Configuración de la UI de administración
Los límites de presupuesto configurados en el portal de administrador de Autopilot representan el umbral objetivo. Si bien las puertas de aplicación en tiempo real detienen la ejecución inmediatamente después de la detección del límite, los retrasos de procesamiento en los resúmenes de telemetría pueden dar lugar a variaciones de consumo menores.
Aviso de la interfaz de usuario en tiempo real
Los indicadores de estado del límite de calcular ("píldoras de presupuesto") reflejan el estado del contador de Valkey casi en tiempo real. Si la organización alcanza su presupuesto diario o mensual, las sesiones de chat activas terminarán su ejecución de inmediato sin pérdida de datos históricos del chat.
Conciliación del estado de cuenta de facturación mensual
Las líneas de pedido de las facturas oficiales para la unidad de computación avanzada (CCU avanzadas) se derivan exclusivamente de la métrica procesada del pipeline de facturación de NRDB. En caso de cualquier discrepancia entre los contadores de la UI en tiempo real y los estados de cuenta mensuales, rige la métrica final auditada del pipeline de NRDB, presupuestada en el límite de política configurado explícitamente.