RousselTMLEARNING

Observabilité

Dynatrace : management zones, segments et politiques IAM

Management zones de la plateforme classique, segments de la nouvelle plateforme et politiques IAM : à quoi sert chacun (filtrer ou autoriser), comment migrer et quelles erreurs éviter.

1. Trois mécanismes, deux usages #

Filtrer n’est pas autoriser.

Vue d’ensemble #

PlateformeUsage
Management zonesclassique et Managedfiltrer les vues et restreindre les droits (permissions par zone)
Segmentsnouvelle plateforme (Grail)filtrer les données dans les applications, notebooks, tableaux de bord et requêtes DQL
Politiques IAM et limites de politiquenouvelle plateformeautoriser l’accès aux données et aux fonctions
Erreur courante : Utiliser un segment comme barrière de sécurité : un segment filtre ce que l'on regarde, il n'empêche pas un utilisateur d'interroger d'autres données. Sur la nouvelle plateforme, les droits passent par les politiques IAM.

2. Management zones #

Le mécanisme historique.

Fonctionnement #

Une management zone regroupe des entités (hôtes, services, applications…) selon des règles fondées sur les tags, les propriétés ou un entity selector (voir Maîtriser les entity selectors). Elle sert de filtre dans l'interface classique et de périmètre de permissions : un groupe d'utilisateurs ne voit que ses zones.

À savoir : Les management zones restent la référence sur Dynatrace Managed et dans les applications classiques. Les applications de la nouvelle plateforme ne les utilisent pas.

3. Segments et politiques IAM #

La nouvelle plateforme.

Les segments #

Un segment définit un sous-ensemble de données par des conditions sur leurs champs (namespace Kubernetes, host group, tag, équipe). On le choisit dans les applications, les notebooks et les tableaux de bord, et il s'applique aussi aux requêtes DQL. Un segment peut avoir des variables (par exemple un namespace choisi dans une liste).

Les politiques IAM #

Les droits sont donnés par des politiques IAM attribuées à des groupes, et peuvent être restreints par des limites de politique (policy boundaries), par exemple à certains host groups ou namespaces. Détails dans Gérer les permissions et Sécurité et gouvernance.

Bonne pratique : Pour migrer, partez des management zones existantes : chaque zone qui sert à filtrer devient un segment, chaque zone qui sert à restreindre l'accès devient une limite de politique. Appuyez les deux sur les mêmes tags ou propriétés pour garder une seule source de vérité. Voir aussi Segments et nouvelle plateforme.

Articles liés

L'app QuickStart de Dynatrace : obtenir ses premières données en quelques minutes

Découvrir l'app QuickStart : ajouter des données avec Auto Discovery ou une tuile dédiée, lire les Findings, …

L'app Investigations de Dynatrace : mener une enquête sur les données de Grail

Découvrir l'app Investigations : requêtes DQL, extraction avec DPL Architect, enrichissement, arbre de requêt…

Site Reliability Guardian dans Dynatrace

Valider automatiquement une mise en production avec des objectifs de disponibilité, de performance et de capa…

Pour aller plus loin

Soutenir

♥ SOUTENIR

Soutenez RousselTM Learning

Les formations, articles, TP et attestations restent gratuits et sans publicité intrusive. Une contribution libre, du montant de votre choix, finance l’hébergement, les environnements de TP et l’écriture de nouveaux contenus.

Contribuer avec PayPal Montant libre · carte bancaire ou compte PayPalEn savoir plus
QR code PayPal
Ou scannez ce QR code avec votre téléphone

Merci, chaque contribution compte !