Resumo

  • Publicado em 4 de setembro de 2026, o draft-ietf-cats-metric-definition-11 acrescenta orientação operacional para acordo multivendor, frequência de atualização, uso temporário de valor antigo e alarmes. Continua sendo Internet-Draft.
  • CATS pode condensar métricas de computação, comunicação e serviço em uma nota sem unidade, de um byte. Formato igual não torna comparáveis valores produzidos por funções, limites e pesos diferentes.
  • A nova seção guarda o significado em um manifesto versionado e sincronizado offline. Ainda é preciso provar qual versão cada componente executou e se a instância escolhida entregou o serviço.

Um controlador recebe dois valores oito. No primeiro site, oito nasceu de CPU ociosa e memória disponível. No segundo, nasceu de uma combinação de latência, fila e taxa de sucesso. Um fornecedor usou limites min-max de um cluster grande; o outro usou uma curva sigmoide treinada para uma borda menor. As duas mensagens chegam válidas e recentes.

O empate existe no fio. Não necessariamente existe na operação.

A revisão 11 de CATS Metrics Definition passou a tratar essa diferença. Computing-Aware Traffic Steering busca escolher um caminho até uma instância de serviço usando rede e estado computacional. O framework CATS separa C-SMA, que reúne serviço e computação, C-NMA, que fornece rede, e C-PS, que seleciona o caminho.

Há três níveis de abstração. Level 0 contém medidas brutas, específicas da plataforma. Level 1 organiza valores em computing, communication, service e composed. Level 2 reduz informações inferiores a um único global score normalizado.

Isso reduz custo de sinalização. Um roteador não precisa incorporar centenas de contadores de GPU, memória, fila e aplicação. O próprio documento mostra a troca: Level 0 tem alta precisão e alta complexidade de codificação; Level 2 tem baixa complexidade e alta estabilidade, porém baixa precisão. O score global cabe em um octeto, não tem unidade física e marca sua origem como normalization.

A escala cabe no pacote; o significado fica fora

O intervalo proposto é de zero a dez. Min-max e sigmoid aparecem como exemplos de normalização; média, mínimo, máximo e média ponderada como agregações. Nenhuma função concreta é padronizada pela minuta. Implementação e política do operador decidem.

Mudar os limites de min-max muda a nota sem mudar a leitura bruta. Mudar pesos altera se CPU, latência ou erros dominam. Mudar a direção converte um número alto de candidato preferido em sinal de piora. Interoperabilidade sintática não basta.

O registro preserva algum contexto. Source distingue nominal, estimado, medido diretamente, agregado e normalizado. Statistics pode marcar máximo, mínimo, média ou valor atual. Observation_Time pode usar o instante de RFC 3339, e Validity_Interval limita o uso; se estiver ausente, vale a política local. RFC 5835 trata composição, e RFC 9439 inspira procedência.

Mas Source: normalization não reabre o cálculo. Não traz amostras, descarte de outliers, fórmula, pesos, limites, carga de calibração ou versão de software. Uma nota assinada e fresca pode ter sido calculada corretamente com a configuração errada.

O trecho novo da revisão 11 exige, dentro de um domínio administrativo com vários fornecedores, entendimento consistente sobre faixa, tipo e parâmetros de normalização, fórmula e pesos de agregação e direção de comparação. Sem isso, a seleção pode ficar enviesada.

O acordo deve virar um manifesto formal, controlado por versão e sincronizado offline na inicialização. Em produção, os componentes assumem que as notas recebidas seguiram esse contrato; não há negociação dinâmica. Se o acordo falhar, a minuta sugere centralizar a normalização/agregação ou direcionar com um Level 0 específico.

É uma fronteira fina e útil. Também cria uma pressuposição. O manifesto correto no repositório não prova que todos os agentes o carregaram. A assinatura autentica o editor e protege a mensagem; não demonstra que ele aplicou o hash corrente.

Último valor bom é uma política de continuidade

Estado computacional varia depressa, mas cada atualização consome controle. A revisão recomenda no máximo uma atualização por instância a cada janela de medição e pede avaliação da carga total em centenas ou milhares de instâncias.

Alongar a janela ilustrativa de dez para trinta ou sessenta segundos reduz mensagens e aumenta idade. Divulgar apenas Level 2 reduz detalhes. Usar max, min, mean ou cur transforma a série em perguntas diferentes. O dado retirado do controle reaparece como incerteza da decisão.

Quando a fonte para ou falha no teste de frescor, o texto recomenda reutilizar o último valor bom por prazo limitado—por exemplo, duas ou três janelas—, depois rebaixar ou excluir a instância. Como último recurso, o C-PS pode voltar à seleção baseada só na rede. Falhas de frescor, indisponibilidade de componentes, quedas abruptas, valores travados e contradições entre Level 1 e Level 2 devem gerar alarme.

Com janela de dez segundos e tolerância de três janelas, uma nota oito pode comandar por cerca de trinta segundos após a fonte parar. Isso pode ser uma escolha legítima de continuidade. Não é uma observação atual. A trilha precisa diferenciar hora medida, hora recebida, entrada no último valor bom e exclusão.

A seção de segurança exige integridade, autenticação do publicador, autorização por serviço, proteção contra replay e dados antigos e criptografia no transporte. Faz sentido: as métricas movem tráfego. Ainda assim, criptografia não valida o sensor, o denominador ou o modelo de carga. Um publicador legítimo pode estar fiel ao manifesto anterior.

O recibo termina no efeito, não no score

As camadas de realidade de Heng Lu separam observação bruta, janela estatística, agregação, normalização, seleção, forwarding, recebimento da aplicação e efeito para o usuário. O sucesso de uma camada não certifica a próxima.

A primazia do código em execução pede um recibo reexecutável: IDs e unidades das medições, janela e estatística, hash do manifesto, versão ativa no produtor e consumidor, nota, decisão de validade, entradas do C-PS, CSCI-ID escolhido, ação instalada, recebimento, erro, latência e conclusão.

Uma especificação inicial mínima pode compartilhar campos, procedência, tempo e identidade do manifesto sem impor um peso universal para CPU. Limites, pesos, frequência e fallback continuam locais. O que não pode sumir é qual escolha local mudou o destino.

A revisão 11 não relata implantação nem ganho. Sua contribuição mais sóbria é revelar onde está a confiança: o significado é combinado antes de iniciar e presumido depois. Dois oitos só merecem comparação se essa premissa puder ser provada enquanto a rota ainda pode ser corrigida.

Fontes