O padrão comum de ADC on-prem mantém o relatório fora do caminho de dados. O appliance carrega o tráfego, envia métricas para uma plataforma de gerenciamento via AppFlow / IPFIX / syslog, e essa VM coleta, visualiza e gera relatórios. O custo desse modelo vai além da licença de software: o planejamento de capacidade da VM de gerenciamento, a estratégia de backup, o ciclo de patching, a postura de segurança e a operação diária fazem parte do total que você adquiriu.
Para muitas organizações, a segunda plataforma torna-se capital desperdiçado. Os operadores obtêm as visualizações que realmente usam diretamente do console do operador do ADC; relatórios PDF periódicos são enviados a um pequeno grupo de partes interessadas uma vez por mês. Uma licença anual de plataforma de gerenciamento que custa vários milhares de dólares acaba pagando por alguns PDFs por mês.
A segunda plataforma também introduz atraso de visibilidade. Dados enviados do plano de dados, processados em lote no lado de gerenciamento e reindexados para consulta levam tempo. Um ataque ou pico de latência de uma hora atrás aparece no dashboard somente após a plataforma de gerenciamento terminar de processar seus buffers.
Relatórios padrão geralmente não são personalizáveis. A plataforma de gerenciamento fornece seus templates; tabelas específicas, detalhamentos customizados ou agrupamentos específicos da organização requerem trabalho de desenvolvimento ou serviços profissionais. O operador não pode dizer "fatie este tráfego por esta condição e me mostre essas colunas" sem um projeto.
O TR7 L7 Traffic Analytics & Reporting resolve os três: sem segunda plataforma, visibilidade reside no appliance em tempo real e os detalhamentos são extensíveis pelo operador.
O TR7 projeta o relatório como parte do caminho de dados — as camadas de armazenamento, visualização e entrega residem no mesmo appliance.
Produtos ADC on-prem comuns requerem que uma VM de gerenciamento separada seja licenciada, implantada e operada para análise profunda de tráfego. O TR7 executa relatórios dentro do mesmo appliance que serve o tráfego — sem segunda plataforma para dimensionar, licenciar ou operar.
Painéis ao vivo no console do operador, relatórios PDF / XLSX / HTML sob demanda e entregas agendadas com base em cron — todos extraem do mesmo fluxo de dados. Os operadores aprendem um modelo e o aplicam em todas as superfícies de relatório.
Os dados de série temporal são reduzidos a oito resoluções diferentes no appliance: de sub-minuto até passos de 1 hora, 6 horas e 1 dia, retidos por até 10 anos. Gráficos de tendência anual, replays pós-incidente e planejamento de capacidade são executados sobre esse armazenamento.
Além das 30+ dimensões padrão, os operadores definem suas próprias seções de relatório: título, conjunto de colunas e condição. A tabela resultante é acrescentada ao relatório. Visualizações específicas da organização como "requisições 4xx de países selecionados pelo valor do header X" tornam-se conteúdo de relatório de primeira classe.
Análise de tráfego com três formatos de saída, mais de trinta dimensões de detalhamento e acesso com um clique do console do operador.
O relatório visualiza o tráfego do vService como uma seção separada para cada eixo: dia do mês, hora do dia, país, cidade, continente, host, header de host, path, páginas 404, arquivos estáticos, código de status (e grupos 1xx / 2xx / 3xx / 4xx / 5xx), método, versão HTTP, tipo de conteúdo (requisição + resposta), parâmetros SSL (requisição + resposta), referer, backend, fonte de cache (resFrom), IP de origem, ASN, SO, navegador, user agent e IP:porta do listener. Cada dimensão produz dois gráficos (hits + visitantes) e uma tabela top-N.
A mesma fonte de dados produz três formatos. PDF: tamanho A4, capa com marca (logo personalizado + nome do vService + intervalo de datas), um gráfico mais tabela por detalhamento, mapa de calor mundial em SVG, conjuntos de gráficos de frontend e backend. XLSX: uma aba por seção, limite de linhas configurável. HTML: uma visualização totalmente interativa aberta diretamente do console do operador.
Gráficos de frontend: taxa de requisições HTTP(S), largura de banda do frontend (RX / TX), throughput, conexões SSL, conexões simultâneas, novas sessões. Gráficos de backend: tempo de resposta do backend, taxa de requisições do backend, resultado e tempo do health check — organizados em seções separadas por grupo de backend (padrão / frontend / condicional).
Países de origem do tráfego aparecem em um mapa mundial com escala de cores do quente ao frio. Material padrão para relatórios de auditoria PCI DSS, submissões de risco geográfico a reguladores e dashboards executivos. O mesmo visual é compartilhado com o relatório de ataques WAAP.
Cada relatório PDF abre com uma capa com marca: logo do cliente (configurável), nome do vService (em negrito), intervalo de datas e rodapé do TR7. Em cenários de service provider, um logo separado pode ser atribuído por vService; o mesmo motor produz relatórios para diferentes clientes com capas diferentes.
Os operadores definem suas próprias seções: título, conjunto de colunas (com suporte a smart-content incluindo variáveis FX) e condição. A tabela resultante é acrescentada ao relatório. Visualizações específicas da organização tornam-se conteúdo de primeira classe em vez de exportações ad-hoc.
O formulário de relatório ad-hoc aceita um intervalo de datas em horas (h), dias (d), semanas (w), meses (M) e anos (y). O valor padrão é 15 horas; como a retenção chega a até 10 anos, relatórios de tendência plurianuais vêm da mesma interface.
Cada vService pode conter um perfil de relatório principal e qualquer número de perfis adicionais. Cada perfil tem seu próprio conjunto de dimensões, seleção de gráficos, limite de linhas e lista de destinatários. Exemplo: resumo executivo mensal em PDF, XLSX detalhado semanal para operações, HTML completo diário para auditoria — tudo para o mesmo vService.
A geração de relatórios é projetada junto com a arquitetura de armazenamento, tratamento de demanda, conversão de formato e comportamento em cluster.
Os logs L7 brutos são resumidos uma vez por hora; um arquivo de agregação é produzido automaticamente ao final de cada hora. Relatórios sob demanda unem esses resumos pré-processados, mantendo o tempo de geração de relatórios limitado mesmo para intervalos longos.
As métricas numéricas são reduzidas para resoluções de 5 segundos, 15 segundos, 1 minuto, 5 minutos, 15 minutos, 1 hora, 6 horas e 1 dia no appliance. Dashboards de curto prazo funcionam com granularidade de sub-minuto; tendências anuais funcionam com granularidade diária. O motor de relatório seleciona a resolução apropriada automaticamente com base no intervalo solicitado.
A geração de PDF é baseada em Chrome headless; templates EJS, gráficos Chart.js e mapas SVG são embutidos. O XLSX é produzido a partir de estruturas de tabela HTML em uma pasta de trabalho com múltiplas abas. Em cenários de service provider, a preferência de idioma pode ser definida por relatório.
Em um cluster de alta disponibilidade, o mesmo relatório agendado é gerado e enviado uma única vez, apenas pelo nó ativo. Sem entrega duplicada, sem geração duplicada de PDF; relatórios ad-hoc são executados sobre os dados visíveis ao nó ao qual o operador está conectado.
No painel do vService, um formulário "Obter relatório" abre para escolher formato (HTML / XLSX / PDF), intervalo de datas, conjunto de dimensões, seleção de gráficos e destinatário de e-mail opcional. O mesmo formulário pode ser salvo como perfil para que a próxima solicitação não precise de nova entrada de parâmetros.
Essa capacidade é projetada para tráfego L7 HTTP / HTTPS. Para estatísticas de TCP / UDP puro ou de pacotes em nível L3 / L4, o TR7 fornece painéis de operador ao vivo e dashboards RRD no appliance; a superfície de relatório PDF / XLSX é focada em L7.
Bancos, órgãos governamentais e conglomerados com disciplina de relatório madura podem enviar um PDF coberto e resumido por vService ao seu conselho todos os meses. Distribuição geográfica, tendência de tráfego, taxa de erros e saúde do backend — tudo em um único documento.
Revisões de auditoria PCI DSS, GDPR ou internas precisam de fatias do histórico de tráfego de um vService — por geografia, por IP de origem, por código de status. O TR7 produz essas fatias como um único documento, com retenção chegando a até 10 anos.
As equipes de SRE podem revisar retrospectivamente o crescimento anual do tráfego, janelas de pico, distribuição de tipos de conteúdo e equilíbrio de carga por backend. A retenção com múltiplas resoluções significa que a mesma consulta responde a intervalos de minutos e de anos.
Os service providers definem um vService separado por cliente final e geram PDFs com a marca do próprio logo do cliente. O mesmo motor produz relatórios para dezenas de clientes em diferentes idiomas e com diferentes conjuntos de detalhamentos.
30+ dimensões de detalhamento, três formatos, histórico de 10 anos no appliance, capas com marca prontas para MSP. Vamos percorrer uma demo ao vivo no seu próprio vService.