1. Qu’est-ce que le playground ? #
Un environnement de démonstration.
Le principe #
Le playground est un environnement Dynatrace SaaS mis à disposition par Dynatrace et alimenté en continu par des applications de démonstration (microservices, Kubernetes, bases de données, front-end). Il permet de manipuler la plateforme sur des données réalistes, sans rien installer : c'est l'environnement idéal pour suivre cette formation.
Ouvrir le playground Dynatrace ↗
| Playground | Essai gratuit | |
|---|---|---|
| Données | applications de démonstration, déjà en place | les vôtres, après installation |
| Configuration | lecture seule pour l’essentiel | complète (agents, paramètres, droits) |
| Durée | sans limite | limitée (de l’ordre de 15 jours) |
| Usage idéal | découvrir, se former, préparer une certification | tester sur sa propre infrastructure |
Selon la version : L'adresse du playground, ses applications de démonstration et les applications Dynatrace disponibles évoluent : si le lien ne répond plus, recherchez « Dynatrace playground » sur le site de Dynatrace.
2. Y accéder #
En quelques minutes.
Les étapes #
- Cliquez sur le bouton « Ouvrir le playground Dynatrace » ci-dessus.
- Connectez-vous avec un compte Dynatrace, ou créez-en un gratuitement (adresse e-mail et mot de passe).
- Vous arrivez sur la page d'accueil de l'environnement : le lanceur d'applications (icône en haut à gauche) et la recherche (Ctrl+K) donnent accès à toutes les applications.
Erreur courante : Saisir des données personnelles ou confidentielles dans le playground (requêtes, notebooks, commentaires) : c'est un environnement partagé, visible par d'autres utilisateurs.
À savoir : Certaines actions sont désactivées (installation d'agents, modification des paramètres, gestion des droits). Pour les pratiquer, utilisez un essai gratuit ou votre propre environnement.
3. Le parcours de découverte #
Six étapes guidées.
Vue d’ensemble #
| Étape | Application | Ce qu’il faut observer | Pour approfondir |
|---|---|---|---|
| 1 | Kubernetes | clusters, namespaces, workloads et leur santé | Dynatrace Operator |
| 2 | Services | le service le plus lent, puis une trace distribuée | Types de services |
| 3 | Problèmes | un problème Davis : cause racine, impact, chronologie | Gestion des problèmes |
| 4 | Logs | filtrer les erreurs d’un service, ouvrir une ligne | OpenPipeline |
| 5 | Notebooks | exécuter les requêtes DQL de la section 4 | Grail |
| 6 | Dashboards | ouvrir les tableaux de bord prêts à l’emploi | DQL en pratique |
Bonne pratique : Gardez l'onglet du playground ouvert pendant la formation : chaque leçon devient plus concrète quand on retrouve l'écran décrit sur des données réelles.
4. Exercices #
À faire dans un notebook.
Commandes à connaître #
Ouvrez Notebooks, créez une section DQL et exécutez ces requêtes :
Exercice 1 : répartition des logs par niveau sur la dernière heure.
fetch logs, from: -1h
| summarize lignes = count(), by: { loglevel }
| sort lignes descExercice 2 : les dix services dont le 90e centile de durée est le plus élevé.
fetch spans, from: -30m
| filter request.is_root_span == true
| summarize requetes = count(), p90 = percentile(duration, 90), by: { service.name }
| sort p90 desc
| limit 10Exercice 3 : les problèmes Davis des dernières 24 heures.
fetch events, from: -24h
| filter event.kind == "DAVIS_PROBLEM"
| fields timestamp, event.name, event.status
| sort timestamp descExercice 4 : ouvrez le problème le plus récent dans l'application Problèmes, identifiez la cause racine proposée par Davis et le service concerné, puis retrouvez ce service dans l'application Services.
Selon la version : Les noms de champs (loglevel,request.is_root_span,event.kind) correspondent à la nouvelle plateforme ; si une requête ne renvoie rien, vérifiez les champs disponibles en affichant quelques lignes (| limit 5).
