RousselTMLEARNING

Article · Dynatrace : de la découverte à l’expertise

Gérer les permissions : IAM, groupes et politiques

1. Le modèle IAM #

Groupes, politiques, périmètres.

Les concepts #

Modèle IAM de Dynatrace
Les permissions se donnent aux groupes, jamais directement aux utilisateurs.
ConceptRôle
UtilisateurPersonne authentifiée (SSO SAML/OIDC recommandé)
GroupeEnsemble 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...)
BoundaryCondition qui restreint une politique (par zone de gestion, par tag d'entité)
Politique par défautPolitiques 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 #

GroupePolitiquesPérimètre
Administrateurs plateformeAdmin UserTout
Équipes applicativesStandard User + lecture logsBoundary sur leurs zones de gestion
SRE / astreintePro User + gestion des problèmesProduction
AuditeursRead-onlyTout, sans écriture
Automatisation (CI/CD)Jeton OAuth client avec scopes limitésUn 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.

📄 Dynatrace : gérer les permissions (IAM, groupes, politiques et périmètres) →

Mon suivi

  • ⏱ Durée estimée : ≈ 6 min

Connectez-vous pour suivre votre progression et prendre des notes. Se connecter

✉️ Poser une question

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...

Articles recommandés

Comprendre la notion de score

Le concept de score va permettre à Elasticsearch de classer vos documents par pertinence lors d u...

Comprendre Elastic Common Schema(ECS)

Comme toujours dans nos missions de conseil, nous recommandons aux entreprises d'uniformiser, de ...

Grail : Dynatrace Data Lakehouse

Désormais vous disposez dans Dynatrace (SaaS) d'un Data Lakehouse nommé Grail dont vous pouvez co...

C'est quoi l'observabilité

La capacité à connaître l'état interne d'un système à partir des données que cette dernière émet...

Les types de transactions dans les base de données

Cet article détaille les différences entre trois concepts essentiels dans l'exécution des instruc...

Différences entre Technologies et Services dans Dynatrace

Dans Dynatrace, les concepts de 'Technologie' et de 'Services' aident à organiser et surveiller l...

Dynatrace : Différences entre SQL Modifications, SQL Queries or Procedures, et SQL Transactions

Cet article détaille les différences entre trois concepts essentiels dans l'exécution des instruc...

Types de consommation de licence

Comprendre l'évolution de la facturation dans Dynatrace : la différence entre l'ancien modèle de ...

Les Types de Services Dynatrace : Comprendre et Optimiser Votre Surveillance Applicative

Découvrez les différents types de services que Dynatrace peut surveiller, leur rôle, et comment l...