Fontes de dados e variáveis

Uma fonte de dados é de onde vêm os logs de um stream do Data Stream. Cada stream lê uma fonte de dados, e essa escolha decide quais variáveis o template pode colocar em uma linha de log. Uma variável guarda uma informação sobre um evento e pertence a uma fonte de dados específica.

Azion Console dá a cada fonte de dados um nome diferente do seu slug na API. O Console a define no campo Data Source da seção Input, e a API em inputs[0].attributes.data_source:

No Data Set de um template, uma variável é escrita com um $ no início, como $request_id. A coluna Em template predefinido de cada tabela abaixo nomeia os templates predefinidos cujo Data Set carrega a variável, ou indica nenhum. Na lista de streams, a coluna Source mostra o slug da API em vez da opção do Console.

A API lista as fontes de dados com uma requisição GET:

Cada resultado carrega o slug que você envia em um stream, o name da API e active. O name da API indica Workloads e Functions Console onde o Console mostra Applications e Functions. Um data_source fora dos quatro slugs é recusado com 10039, como listado em Configurações do stream.

Activity History

Activity History carrega o Activity History da conta: cada alteração que um usuário faz na conta no Azion Console. Esses eventos pertencem à conta, e não a um workload, por isso um stream nessa fonte de dados usa sampling, como descrito em Configurações do stream.

Applications

Applications carrega as requisições feitas às suas Applications. Seu slug na API é workloads, e um stream nessa fonte de dados coleta de todos os workloads da conta ou de uma lista de workloads, definida em Configurações do stream.

Dois templates predefinidos leem essa fonte de dados. Applications Event Collector carrega 36 variáveis. Applications + WAF Event Collector carrega 51. Ele adiciona sete variáveis do WAF e $asn, $request_id, $server_addr, $server_port, $session_id, $ssl_server_name, $ssl_session_reused, $stream, $upstream_addr e $upstream_bytes_sent. Ele deixa de fora $upstream_local_addr e $version. Para correlacionar uma linha de log com outros registros da mesma requisição, use $request_id, o identificador único da requisição, que a fonte de dados Functions também carrega.

Vários valores em um campo

Seis variáveis podem conter mais de um valor, um por conexão que a requisição abriu: $upstream_bytes_received, $upstream_cache_status, $upstream_connect_time, $upstream_header_time, $upstream_response_time e $upstream_status. Uma requisição abre várias conexões quando é redirecionada internamente, ou quando o Load Balancer escolhe outra origem. $upstream_addr lista os servidores da mesma forma. Dois separadores dividem os valores:

• Uma vírgula separa os servidores contatados durante o processamento da requisição, como 192.168.1.1:80, 192.168.1.2:80.
• Dois-pontos marcam um redirecionamento interno de um grupo de servidores para outro, iniciado por X-Accel-Redirect ou por Error Responses, como 192.168.1.1:80, 192.168.1.2:80, unix:/tmp/sock : 192.168.10.1:80, 192.168.10.2:80.

Quando nenhum servidor pode ser selecionado, $upstream_addr mantém o nome do grupo de servidores, e $upstream_status mantém 502.

Leia os valores como transições da conexão: o último valor costuma ser o que mais importa. Com Error Responses definido para o status 502 em uma aplicação, os campos de upstream carregam dois valores, normalmente 502 : 200. A primeira tentativa de buscar o conteúdo na origem retornou 502, então a Azion requisitou a URI definida em Error Responses e entregou essa página com 200. Todos os campos de upstream mantêm os valores nas mesmas posições.

Valores servidos do cache

Quando a resposta vem do cache, $proxy_status, $upstream_connect_time, $upstream_header_time, $upstream_response_time e $upstream_status contêm -. $upstream_connect_time contém 0 para uma conexão KeepAlive, e $upstream_bytes_received conta bytes apenas quando o conteúdo não está em cache.

Regras executadas em uma requisição

Nenhum template predefinido carrega $traceback. Para recebê-la, use um template personalizado na fonte de dados Applications com $traceback no Data Set, e ative Debug Rules na aplicação.

O valor agrupa os nomes das regras pelo lugar onde foram executadas. edge_application_request contém as regras da Request Phase da aplicação, edge_application_response contém as regras da Response Phase e edge_firewall contém as regras do firewall. Uma requisição que passou por um firewall e por uma aplicação pode carregar as três chaves. Uma regra de firewall que aplica o WAF permite que as outras regras do firewall sejam executadas junto com ela, então o valor pode listar mais regras do firewall para uma requisição que o WAF bloqueou, e o bloqueio continua valendo.

Functions

Functions carrega as requisições que suas Functions tratam, com as mensagens que cada function escreve no log. Seu slug na API é functions_console, e a fonte de dados requer Functions na conta.

O template predefinido Functions Event Collector carrega as oito variáveis, mas coloca seis delas em chaves com outros nomes, como edgeFunctionID para $edge_function_id. Para cada chave, consulte Templates e payload.

WAF Events

WAF Events carrega as requisições que o WAF analisou, para que você mapeie a pontuação que cada requisição recebeu, as regras do WAF a que ela correspondeu e o motivo do bloqueio. Seu slug na API é waf, e a fonte de dados requer Firewall com WAF na conta.

O template predefinido WAF Event Collector não carrega $headers: ele envia o literal - na sua chave headers.

Recursos relacionados