1. ¿Qué es el playground? #
Un entorno de demostración.
La idea #
El playground es un entorno Dynatrace SaaS proporcionado por Dynatrace y alimentado continuamente por aplicaciones de demostración (microservicios, Kubernetes, bases de datos, front-end). Permite usar la plataforma con datos realistas sin instalar nada: el entorno ideal para seguir este curso.
Abrir el playground de Dynatrace ↗
| Playground | Prueba gratuita | |
|---|---|---|
| Datos | aplicaciones de demostración, ya preparadas | las tuyas, tras la instalación |
| Configuración | sobre todo de solo lectura | completa (agentes, parámetros, permisos) |
| Duración | sin límite | limitada (unos 15 días) |
| Uso ideal | descubrir, formarse, preparar una certificación | probar en tu propia infraestructura |
Según la versión: La dirección del playground, sus aplicaciones de demostración y las aplicaciones de Dynatrace disponibles cambian: si el enlace deja de funcionar, busca «Dynatrace playground» en el sitio de Dynatrace.
2. Acceder #
En pocos minutos.
Los pasos #
- Haz clic en el botón «Abrir el playground de Dynatrace» de arriba.
- Inicia sesión con una cuenta de Dynatrace o crea una gratis (correo y contraseña).
- Llegas a la página de inicio del entorno: el lanzador de aplicaciones (icono arriba a la izquierda) y la búsqueda (Ctrl+K) dan acceso a todas las aplicaciones.
Error común: Introducir datos personales o confidenciales en el playground (consultas, notebooks, comentarios): es un entorno compartido, visible para otros usuarios.
Para saber: Algunas acciones están desactivadas (instalación de agentes, cambio de parámetros, gestión de permisos). Para practicarlas, usa una prueba gratuita o tu propio entorno.
3. El recorrido de descubrimiento #
Seis pasos guiados.
Visión general #
| Paso | Aplicación | Qué observar | Para profundizar |
|---|---|---|---|
| 1 | Kubernetes | clústeres, namespaces, workloads y su salud | Dynatrace Operator |
| 2 | Services | el servicio más lento y luego una traza distribuida | Tipos de servicios |
| 3 | Problemas | un problema de Davis: causa raíz, impacto, cronología | Gestión de problemas |
| 4 | Logs | filtrar los errores de un servicio, abrir una línea | OpenPipeline |
| 5 | Notebooks | ejecutar las consultas DQL de la sección 4 | Grail |
| 6 | Dashboards | abrir los dashboards predefinidos | DQL en la práctica |
Buena práctica: Mantén abierta la pestaña del playground durante el curso: cada lección resulta más concreta al encontrar la pantalla descrita con datos reales.
4. Ejercicios #
Para hacer en un notebook.
Comandos que conviene conocer #
Abre Notebooks, crea una sección DQL y ejecuta estas consultas:
Ejercicio 1: reparto de los logs por nivel en la última hora.
fetch logs, from: -1h
| summarize lineas = count(), by: { loglevel }
| sort lineas descEjercicio 2: los diez servicios con el percentil 90 de duración más alto.
fetch spans, from: -30m
| filter request.is_root_span == true
| summarize peticiones = count(), p90 = percentile(duration, 90), by: { service.name }
| sort p90 desc
| limit 10Ejercicio 3: los problemas de Davis de las últimas 24 horas.
fetch events, from: -24h
| filter event.kind == "DAVIS_PROBLEM"
| fields timestamp, event.name, event.status
| sort timestamp descEjercicio 4: abre el problema más reciente en la aplicación Problemas, identifica la causa raíz propuesta por Davis y el servicio afectado, y busca ese servicio en la aplicación Servicios.
Según la versión: Los nombres de campos (loglevel,request.is_root_span,event.kind) corresponden a la nueva plataforma; si una consulta no devuelve nada, comprueba los campos disponibles mostrando algunas líneas (| limit 5).
