AKAMAI · TRAFFICPEAK
Guía de Exposición · 2026-09-08

TrafficPeak con Grafana Dashboards

Cliente
Banco Santander Mexico
Lead
Julian Diaz
Área
Global Services
Estado
Workshop Day 1
Introducción

Observabilidad de borde sin sacrificar retención ni presupuesto

Akamai TrafficPeak es la plataforma de observabilidad de borde (edge) de Akamai, enfocada en equipos de operaciones e infosec. Elimina el trade-off histórico entre costo y visibilidad de logs: retiene datos hasta 15 meses con un 75% menos de costo comparado con opciones tradicionales, dando a IT visibilidad rápida sobre todo el stack de aplicaciones.

15 meses
Retención de logs
-75%
Costo vs. tradicional
Segundos
Tiempo de respuesta de queries
1 plataforma
CDN + SIEM + DNS unificados

Cómo funciona

01
Ingesta
Consume métricas de cliente, logs de CDN, datos SIEM y tráfico DNS con templates predefinidos en una sola plataforma.
02
Procesamiento
Correlaciona múltiples fuentes de log casi en tiempo real para identificar y resolver incidentes más rápido.
03
Reportes
Reportes a medida para equipos de operaciones, seguridad y marketing.
04
Retención
Hasta 15 meses de histórico para trend analysis y pruebas A/B.

Fuentes de datos que alimentan TrafficPeak

Toda la telemetría converge en una sola plataforma, sin importar el origen del dato:

Arquitectura Ingesta unificada de logs 3 fuentes → 1 plataforma
Logs (CDN) SIEM eDNS TrafficPeak Plataforma de observabilidad
Features clave
›
Correlaciona métricas de cliente, estadísticas de proveedores CDN, datos SIEM y logs serverless en una sola plataforma escalable.
›
Guarda hasta 15 meses de datos históricos.
›
Ejecuta queries en segundos, sin importar la antigüedad del dato.
Casos de cliente
›
Navy Federal Credit Union: visibilidad en tiempo real de la experiencia del member. Fuente: Akamai Customer Story ↗
›
Telegraph Media Group: control sobre AI scrapers y protección de APIs. Fuente: Akamai Customer Story ↗
Dashboard 1

Exploración de Datos

Este dashboard muestra qué datos están disponibles para construir queries: city, ASN, cliIP, host, entre otros. Es el punto de partida de cualquier walkthrough, ya que permite reconocer los valores de cada conjunto de datos antes de construir un dashboard o una alerta personalizada.

Vista previa

Así se ve el dashboard antes de la sesión en vivo, para que el cliente sepa qué esperar.

Vista previa Log Count Últimas 6 horas · Total 70.9M · Media 49.3K
100K 80K 60K 40K 20K 0 19:45 21:00 22:15 23:30
Schema (extracto)
CampoTipo
CloudWrapper_ASNNullable(UInt32)
CloudWrapper_GeoInfoNullable(String)
CloudWrapper_IPNullable(String)
CloudWrapper_RequestIDNullable(String)
Top valores, columna city
CiudadConteo
Ciudad de México10,993,670
Guadalajara6,167,521
Monterrey4,750,902
Tijuana1,985,790
Dashboard 2

Observabilidad del CDN

Vista general y a gran escala de cómo se comporta el CDN. Es útil para presentar reportes a nivel ejecutivo y para detectar problemas que estén afectando a una región, a un conjunto de usuarios o a un recurso específico.

Query 1: Top 50 User Agents

Agrupa el tráfico por User Agent y devuelve los 50 con mayor volumen de requests de los últimos 7 días.

SQL Top 50 User Agent
SELECT
    UA,
    count() AS count
FROM akamai.logs
WHERE reqTimeSec >= now() - INTERVAL 7 DAY
GROUP BY UA
ORDER BY count DESC
LIMIT 50

Query 2: serie de tiempo de hits por código de estado HTTP

Mismo origen de datos, pivoteado a serie de tiempo para visualizar el volumen de hits agrupado por código de estado a lo largo de los últimos 7 días. Ideal para un panel tipo Time Series en Grafana.

SQL Hits per Status Code
SELECT
    toString(statusCode) AS HTTP_Status_Code,
    $__timeInterval(reqTimeSec) AS time,
    count() AS hits
FROM akamai.logs
WHERE reqTimeSec >= now() - INTERVAL 7 DAY
GROUP BY HTTP_Status_Code, time
ORDER BY time

Nota: al graficar esta query como Time Series, cada código de estado (200, 304, 404, 5xx…) aparece como su propia serie, lo que facilita detectar picos de error correlacionados en el tiempo.

Dashboard 3

Análisis de Cacheo (Offload)

Este dashboard mide qué tanto tráfico está absorbiendo Akamai (offload) frente al tráfico que llega al origen del cliente. Un offload más alto reduce la carga sobre el origen, mejora los tiempos de respuesta percibidos por el usuario final y reduce el costo de infraestructura del cliente. También ayuda a identificar reglas de cacheo candidatas a optimización para capturar más tráfico cacheable.

Ejercicio práctico
›
El administrador de www.santander.com.mx quiere saber si podría haber una mejora en el cacheo del sitio y solicita lo siguiente:
›
¿Cuáles son los 3 tipos de contenido que menos se están cacheando?
›
¿Existe un objeto que esté generando mucho tráfico? ¿Cuál es y qué contiene?
›
Los status code 304 en este sitio muestran qué recursos nunca cambian. Liste 3 recursos que podrían cachearse.
Dashboard 4

Análisis de Errores y Vista de Logs

El dashboard de Error Analysis ayuda a encontrar y remediar errores rápidamente. Los dos paneles de resumen superiores muestran una línea de tiempo general de los datos (la variable lineChartGrouping controla cómo se agrupan), y se puede arrastrar el mouse sobre un rango para hacer zoom a un periodo de interés. Una vez dentro del zoom, se expanden las demás filas del dashboard para explorar el detalle. Al hacer clic en un panel del treemap aparece la opción View Raw Logs (abre en una ventana nueva); alternativamente, Filter to this item agrega ese valor como filtro global en la parte superior de la página.

Ejercicio práctico
›
Un sitio muestra una tasa de error del 90%, muy por encima del umbral esperado del 30%. ¿Qué podría estar pasando y qué identificador ayuda a entender la causa?
›
Un colaborador de Santander intenta acceder a https://santanderbei.com.mx/ y recibe un error 403. Asegura que Akamai lo está bloqueando. ¿Qué está pasando realmente?
›
El equipo de firewall necesita revisar los logs de la IP 20.107.5.148. Quieren saber si la IP parece maliciosa y si únicamente está accediendo a un sitio.