1. Le modèle IAM #
Groupes, politiques, périmètres.
Les concepts #
| Concept | Rôle |
|---|---|
| Utilisateur | Personne authentifiée (SSO SAML/OIDC recommandé) |
| Groupe | Ensemble d'utilisateurs avec les mêmes besoins (équipe, rôle) |
| Politique (policy) | Ensemble de règles ALLOW sur des permissions (lire les problèmes, modifier les paramètres...) |
| Boundary | Condition qui restreint une politique (par zone de gestion, par tag d'entité) |
| Politique par défaut | Politiques prédéfinies par Dynatrace (ex. Standard User, Pro User, Admin User) |
2. Écrire une politique #
Syntaxe des statements.
Exemple #
// Politique « Lecteur - équipe paiement » (Account Management > Identity & access management > Policies)
ALLOW environment:roles:viewer;
ALLOW storage:logs:read, storage:metrics:read, storage:spans:read
WHERE storage:k8s.namespace.name = "paiement";
ALLOW settings:objects:read WHERE settings:schemaId = "builtin:alerting.profile";La partie WHERE d'un statement restreint la permission à un sous-ensemble de données (par exemple un namespace Kubernetes). Pour les données Grail, ces conditions s'appliquent aux champs de stockage.
Erreur Courante : Évitez de donner des permissions d'écriture (settings:objects:write) à des groupes larges : elles permettent de modifier la configuration de supervision de toute l'organisation.3. Organiser les accès #
Une approche par rôles.
Matrice type #
| Groupe | Politiques | Périmètre |
|---|---|---|
| Administrateurs plateforme | Admin User | Tout |
| Équipes applicatives | Standard User + lecture logs | Boundary sur leurs zones de gestion |
| SRE / astreinte | Pro User + gestion des problèmes | Production |
| Auditeurs | Read-only | Tout, sans écriture |
| Automatisation (CI/CD) | Jeton OAuth client avec scopes limités | Un environnement |
- Gérer les groupes par SSO (mapping de groupes SAML) pour que les arrivées/départs soient automatiques.
- Définir les groupes et politiques as code avec Terraform (
dynatrace_iam_group,dynatrace_iam_policy). - Revoir périodiquement les accès (les comptes inactifs, les droits obsolètes).
4. Automatiser et auditer #
API et Terraform.
Terraform et API #
# Terraform : groupe + politique + liaison
resource "dynatrace_iam_policy" "lecteur_paiement" {
name = "Lecteur équipe paiement"
account = var.account_uuid
statement_query = <<-EOT
ALLOW environment:roles:viewer;
ALLOW storage:logs:read WHERE storage:k8s.namespace.name = "paiement";
EOT
}
resource "dynatrace_iam_group" "paiement" {
name = "equipe-paiement"
permissions {
permission { name = "tenant-viewer" type = "account" scope = var.account_uuid }
}
}
terraform init && terraform plan && terraform apply# Lister les groupes via l'API Account Management (jeton OAuth)
curl -s -H "Authorization: Bearer $DT_OAUTH_TOKEN" https://api.dynatrace.com/iam/v1/accounts/$ACCOUNT_UUID/groups | jq '.items[].name'
# Journal d'audit des changements de configuration
# Settings > Audit logs (ou API v2 /api/v2/auditlogs)Bonne Pratique : Appliquez le principe du moindre privilège : partez de aucun accès, ajoutez ce qui est nécessaire et testez avec un compte de test avant de généraliser.
Mon suivi
Connectez-vous pour suivre votre progression et prendre des notes. Se connecter
💬 Discussions récentes de la formation
- Dynatrace : mes pods Kubernetes ne sont pas instrumentés malgré le DynaKube✓ résolu · 1 réponse(s)
Poser une question sur cette leçon →Voir toutes les discussions de la formation
Glossaire de la formation
Observabilité
La capacité à connaître l'état interne d'un système à partir des données qu'il émet.Ces données sont classées en 3 piliers : logsmétriquestracesprofil...
CI/CD
Intégration Continue et Déploiement Continu. Pratiques DevOps visant à automatiser les tests et le déploiement des applications pour livrer plus rapid...
Dynatrace
Plateforme d'observabilité complète basée sur l'intelligence artificielle (Davis), offrant la surveillance applicative (APM), d'infrastructure et l'ex...
APM (Application Performance Monitoring)
Surveillance des performances applicatives pour identifier, diagnostiquer et résoudre les problèmes complexes liés aux performances et à la disponibil...
SLA (Service Level Agreement)
Contrat officiel conclu entre un fournisseur de services et son client, définissant le niveau de service attendu (disponibilité, temps de réponse, etc...
SLO (Service Level Objective)
Objectif interne chiffré défini par l'équipe technique (SRE) concernant le niveau de fiabilité d'un service (ex: 99.9% de disponibilité). Relation : L...
SLI (Service Level Indicator)
Métrique quantitative réelle mesurant le niveau de service fourni en production (ex: taux de réussite des requêtes, latence moyenne). Relation : Le SL...
DEM (Digital Experience Monitoring)
Surveillance de l'expérience numérique. Englobe les technologies permettant de suivre et d'optimiser l'expérience des utilisateurs finaux sur les appl...
RUM (Real User Monitoring)
Surveillance des utilisateurs réels. Technique d'observabilité passive qui capture et analyse chaque interaction des utilisateurs avec une application...
Synthetic Monitoring
Surveillance synthétique. Technique d'observabilité active utilisant des scripts automatisés (robots) pour simuler le parcours des utilisateurs et vér...
Traces distribuées
Technique (issue du pilier des Traces) permettant de suivre le cheminement complet d'une requête à travers de multiples micro-services pour identifier...
Métriques
Mesures numériques collectées à intervalles réguliers (ex: CPU, RAM, temps de réponse) utilisées pour évaluer l'état de santé global d'un système au f...
AIOps (Artificial Intelligence for IT Operations)
Utilisation de l'intelligence artificielle et de l'apprentissage automatique pour automatiser et améliorer les opérations informatiques (ex: détection...
NoOps
Concept où l'environnement informatique est tellement automatisé et abstrait (ex: Serverless, PaaS) qu'il ne nécessite quasiment plus d'équipe opérati...
OpenTelemetry
Framework open source fournissant des standards, APIs et SDKs pour collecter et exporter des données d'observabilité (traces, métriques, logs) de mani...
Core Web Vitals
Ensemble de trois métriques définies par Google pour mesurer l'expérience réelle d'une page web : le chargement (LCP (Largest Contentful Paint)), la r...
LCP (Largest Contentful Paint)
Temps écoulé jusqu'à l'affichage du plus grand élément visible de la page (image, vidéo ou bloc de texte) : il indique quand le contenu principal appa...
INP (Interaction to Next Paint)
Latence des interactions (clic, tap, touche) observée pendant toute la visite : délai entre l'action de l'utilisateur et l'affichage suivant. La valeu...
CLS (Cumulative Layout Shift)
Mesure de la stabilité visuelle : somme des décalages inattendus de mise en page (un bouton qui se déplace au moment du clic, un texte poussé par une ...
FCP (First Contentful Paint)
Temps écoulé jusqu'à l'affichage du premier contenu (texte, image, SVG) : le moment où l'utilisateur voit que la page commence à charger. Ce n'est pas...
TTFB (Time to First Byte)
Temps entre le début de la navigation et la réception du premier octet de la réponse : il additionne redirections, DNS, connexion TCP/TLS et temps de ...
FID (First Input Delay)
Ancienne métrique de réactivité des Core Web Vitals : délai avant que le navigateur commence à traiter la première interaction (bon ≤ 100 ms). Elle ig...
TBT (Total Blocking Time)
Métrique de laboratoire (Lighthouse) : somme, entre FCP (First Contentful Paint) et la fin du chargement, de la part de chaque tâche longue (plus de 5...
CrUX (Chrome UX Report)
Base publique de Google qui agrège les Core Web Vitals mesurées chez les vrais utilisateurs de Chrome (au 75e percentile, par origine et par URL, sur ...
Lighthouse
Outil d'audit libre de Google, intégré aux DevTools de Chrome et à PageSpeed Insights : il charge la page dans un environnement simulé et note perform...
Apdex
Application Performance Index : score de satisfaction entre 0 et 1 calculé à partir d'un seuil de temps T. Les requêtes sous T sont « satisfaisantes »...
Articles recommandés
Sécurité et gouvernance Dynatrace : IAM avancé, politiques, SSO, audit et protection des données
Sécuriser et gouverner Dynatrace : SSO et SCIM, groupes, politiques IAM avec conditions, contexte...
Les SLO Dynatrace : Comprendre et Gérer les Objectifs de Niveau de Service
Découvrez comment utiliser les SLO (Service Level Objectives) dans Dynatrace pour définir et surv...
Dynatrace Credential Vault : Sécuriser et gérer vos secrets
Découvrez comment l'application Credential Vault de Dynatrace permet de gérer de manière sécurisé...
Logs avancés avec OpenPipeline : traitement, masquage, buckets et rétention
Gérer les logs dans Dynatrace avec OpenPipeline : ingestion, routage, traitement DQL (parsing, en...
Fleet Management dans Dynatrace
Inventorier, installer et diagnostiquer OneAgent et ActiveGate à grande échelle.
Dynatrace : Management Zones vs Segments
Comprenez les différences fondamentales entre les Management Zones et les Segments dans Dynatrace...
Exploiter l'API Dynatrace v2 : Guide Complet de l'Automatisation
Apprenez à utiliser l'API Dynatrace pour automatiser votre observabilité : gestion des scopes, ro...
Guide des Bonnes Pratiques Dynatrace : Vers une Observabilité Mature
Optimisez votre plateforme Dynatrace grâce à nos recommandations d'experts : automatisation du ta...
Gestion des problèmes dans Dynatrace : Davis, page problème, notifications et auto-remédiation
Comprendre les problèmes détectés par Davis, lire une page problème (cause racine, impact, chrono...