Limites de compute do Autopilot

Os limites de computar do New Relic Autopilot fornecem um nível de governança de orçamento para ajudar a gerenciar melhor os orçamentos corporativos. Eventos de observabilidade de alta frequência — como tempestades de alerta de incidentes ou falhas de condição em cascata — podem desencadear picos de prompts de investigação ou análises que podem aumentar os custos de recursos de computar, podendo levar a surpresas na fatura. Os limites de computar do New Relic Autopilot ajudam a fornecer um orçamento proativo e baseado em políticas que permite implementar certos limites operacionais para os custos relacionados às execuções do Autopilot.

As alocações de computação corporativa são configuradas pelos gerentes da organização como orçamentos diários e mensais denominados em unidades de capacidade de computação avançada (Advanced CCUs). Essas funções agora podem criar suborçamentos para fluxos de trabalho de identidade do sistema (SI) pertencentes ao New Relic Autopilot. As investigações de alerta em segundo plano também contêm sua própria alocação dedicada. A definição de orçamentos para essas ações ajuda você a gerenciar melhor a cota de computação usada durante investigações ativas de incidentes usando Autopilot.

Perfil do usuário e recursos de governança

O controle de acesso para os limites de computar do Autopilot segue o framework de controle de acesso baseado em função (RBAC) da New Relic. A matriz abaixo define as autoridades administrativas em comparação com as capacidades operacionais de somente leitura em todo o fluxo de trabalho da plataforma:

A seção a seguir detalha os fluxos de trabalho e procedimentos administrativos necessários para configurar limites de computação na plataforma New Relic.

Configurar orçamentos de computar (fluxo de trabalho de admin)

Os orçamentos de compute permitem que os gerentes ajudem a aplicar políticas financeiras ou políticas de orçamento com restrições configuráveis na interface. Usando a interface do usuário do New Relic, os administradores estabelecem limites organizacionais que aplicam dinamicamente os limites desejados na execução do sistema em sessões interativas e automação em segundo plano.

Navegação da interface e parâmetros configuráveis

Para configurar os orçamentos de computar, navegue até AutopilotConfiguration Modal / Onboarding Panel > Compute Limits & Budgeting.

Os administradores podem definir quatro parâmetros principais na interface de configuração:

• Orçamento diário total de Autopilot (CCUs avançadas/dia): define o teto de gastos em toda a empresa para todas as sessões interativas de usuário e fluxos de trabalho automatizados combinados por dia civil (avaliado no fuso horário da organização).
• Suborçamento diário automatizado e assíncrono (CCUs avançadas/dia): aloca uma subcota diária dedicada estritamente para fluxos de trabalho de Identidade do Sistema (SI), como webhooks de alerta e notificações de fluxo de trabalho.
• Orçamento mensal total de Autopilot (CCUs avançadas/mês): estabelece o teto do orçamento mensal de computar em nível macro em todas as execuções de Autopilot.
• Suborçamento mensal automatizado e assíncrono (CCUs avançadas/mês): define uma subalocação mensal dedicada reservada exclusivamente para investigações autônomas em segundo plano.

Regras de validação de parâmetro e mecânica de conversão de backend

A interface da plataforma impõe regras de validação de entrada no portão de entrada de configuração para evitar estados de política inválidos ou conflitantes:

• Regra 1 (hierarquia de suborçamento): os suborçamentos automatizados devem ser estritamente menores que o orçamento total correspondente (Automated Sub-budget < Total budget).
• Regra 2 (multiplicador temporal): quando os orçamentos diário e mensal estão configurados, o orçamento mensal não deve exceder 30 vezes o orçamento diário (Monthly budget <= 30 * Daily budget).
• Flexibilidade da política: todos os parâmetros de limite são opcionais. As organizações podem configurar políticas parciais (como impor um orçamento total diário sem um orçamento mensal) com base em necessidades operacionais específicas.

Os administradores definem limites de orçamento usando uma única métrica (CCUs avançadas), criando um limite de gastos exato e inegociável que bloqueia automaticamente uma IA de acumular contas enormes e inesperadas ao realizar tarefas rápidas e complexas.

Especificação do log de alterações de auditoria

Cada alteração de configuração é rastreada em NrAuditEvent da seguinte forma:

Uma vez que as políticas administrativas são salvas e validadas, a plataforma avalia dinamicamente os limites de orçamento para impor estados de execução determinísticos para todos os usuários.

Experiência do usuário e limites de orçamento

Autopilot opera de forma determinística: as requests são executadas com raciocínio de modelo de várias etapas completo ou são bloqueadas na entrada assim que os orçamentos são atingidos.

Máquina de estado e comportamentos de execução

O sistema avalia o consumo de computar em três níveis operacionais com base no gasto total em relação ao orçamento configurado:

Formato de exibição do cartão de erro da interface

Quando uma organização atinge 100% de sua alocação de computar, as sessões de chat interativas apresentam o seguinte cartão de erro padrão:

⚠️ Limite diário de Compute do Autopilot atingido

Sua organização consumiu 100% do seu orçamento diário alocado de computar (limite de CCU avançada excedido). O raciocínio interativo e as investigações automatizadas estão temporariamente pausados.

Próximos passos: entre em contato com o gerente da organização da New Relic para aumentar seu orçamento ou tente novamente após a redefinição da meia-noite (00:00 UTC).

Embora as sessões interativas do usuário forneçam indicadores visuais e feedback imediato do cartão de erro, as operações automatizadas em segundo plano exigem ciclos de vida de processamento dedicados.

Falha na busca de métrica em tempo real e estado indisponível

Quando a interface da plataforma não consegue buscar métricas de uso em tempo real do cache de telemetria do backend, o sistema faz a transição para um estado visual degradado não bloqueante. A aplicação do orçamento do backend permanece continuamente ativa, independentemente da disponibilidade de dados da interface.

• Texto do emblema do indicador de status: exibe Daily Usage: Unavailable ⚠ na barra de contexto.
• Dica de ferramenta contextual: ao passar o mouse sobre a pílula indisponível, exibe: "Não é possível buscar métricas de uso em tempo real. A aplicação do orçamento do seu backend permanece ativa. [Tentar novamente]"

Triagem automatizada de alerta e fluxos de trabalho assíncronos de Identidade do Sistema (SI)

A triagem automatizada de incidentes depende do fluxo de trabalho de identidade do sistema (SI) que processa os alertas recebidos de forma assíncrona. Durante grandes interrupções do sistema, tempestades de alerta ("tempestades") podem disparar dezenas de webhooks concorrentes simultaneamente. Os suborçamentos dedicados de SI isolam o mecanismo de ingestão em segundo plano, garantindo que picos de alerta automatizados não afetem os orçamentos de investigação humana interativa.

Ciclo de vida de execução da identidade do sistema

Quando ocorre um acionador automatizado (por exemplo, alert_webhook ou workflow_notification), o caminho de execução varia com base no consumo atual do suborçamento:

Cenários extremos, orçamentos de simultaneidade e salvaguardas

Os orçamentos diários e mensais de CCUs avançadas avaliam o gasto cumulativo total, mas não podem evitar picos repentinos de eventos em que centenas de webhooks de entrada são acionados simultaneamente antes que o uso possa ser processado e gravado no armazenamento de telemetria. Para lidar com esses cenários extremos, a plataforma emprega salvaguardas de defesa em profundidade no portão de entrada.

Arquitetura de mitigação de tempestade de alerta

Para manter a estabilidade da plataforma e proteger os orçamentos da organização durante picos repentinos de alerta, dois mecanismos de proteção simultâneos operam no portão de entrada:

• Orçamento de simultaneidade automatizada por organização: impõe um teto estrito de no máximo 20 execuções automatizadas ativas simultâneas por organização. As solicitações que chegam enquanto 20 execuções automatizadas estão em andamento são descartadas imediatamente.
• Reservas atômicas do Valkey: antes de gerar uma tarefa de execução assíncrona (asyncio.create_task), o portão de entrada incrementa atomicamente os contadores de alta velocidade do Valkey por uma estimativa conservadora. Após a conclusão da execução, o mecanismo de orquestração reconcilia a reserva com o consumo real. Se uma reserva inicial fizer com que o contador da organização exceda o seu limite configurado, a transação será revertida e a solicitação será rejeitada imediatamente.

Alta disponibilidade e recuperação de desastres: política de fallback de interrupção do Valkey

Durante interrupções de cache local ou de infraestrutura do Valkey, o mecanismo de orquestração aplica uma política de fallback operacional de nível:

Reconciliação de faturamento, atraso de dados e isenções de responsabilidade

As arquiteturas de sistemas distribuídos mantêm uma separação estrutural entre o controle de entrada em tempo real e o processamento assíncrono de métricas de faturamento.

Arquitetura de contador e reconciliação de distorção de pipeline

A plataforma usa um modelo de armazenamento duplo para equilibrar a aplicação de baixa latência com a precisão contábil:

• Camada de aplicação em tempo real: contadores do Valkey de submilissegundos avaliam os portões de entrada para bloquear instantaneamente as execuções acima do orçamento.
• Pipeline de faturamento e relatórios: os pipelines de métrica NRDB históricos (resourceConsumption) agregam dados de forma assíncrona, com um atraso de processamento esperado de 2 horas.
• Absorção da margem de erro: devido à simultaneidade de execução de alta frequência, uma pequena distorção do contador pode criar uma variação de superação temporária de 5% a 10%. A New Relic absorve todos os custos de superação internamente; as contas de clientes nunca são cobradas pelo uso que excede seu orçamento rígido configurado explicitamente.

Avisos e limitações importantes