Latest / M365.FM – Podcast Microsoft 365, Copilot & IA en français / Azure Policy vs RBAC : qui peut faire quoi et quelles configurations sont autorisées – la gouvernance Azure expliquée (Doublage IA)

Transcript

Azure Policy vs RBAC : qui peut faire quoi et quelles configurations sont autorisées – la gouvernance Azure expliquée (Doublage IA) · M365.FM – Podcast Microsoft 365, Copilot & IA en français

• 0:03
  Speaker 2: Aujourd'hui, nous parlons d'une fonctionnalité Azure dont vous avez probablement
• 0:06
  Speaker 2: entendu parler, mais que vous n'êtes pas entièrement. Azure Policy
• 0:08
  Speaker 2: est l'un des outils de gouvernance les plus puissants de
• 0:10
  Speaker 2: toute la plateforme, pourtant la plupart des gens l'ignorent ou
• 0:12
  Speaker 2: pensent qu'il est réservé aux administrateurs informatiques. À la fin
• 0:16
  Speaker 2: de cet épisode, vous saurez ce qu'est réellement Azure Policy,
• 0:19
  Speaker 2: comment il fonctionne comme un livre de règles invisibles, et
• 0:21
  Speaker 2: pourquoi il est essentiel pour maintenir votre environnement Azure sûr
• 0:24
  Speaker 2: et sous contrôle. Nous allons le diviser en blocs logiques
• 0:27
  Speaker 2: en commençant par le problème qu'il résout. Prenez votre effet
• 0:29
  Speaker 2: et plongeons dans le sujet. Le problème. Pourquoi le cloud
• 0:32
  Speaker 2: a besoin de Gartfoo? Pensez à l'ancienne façon de faire
• 0:35
  Speaker 2: les choses. Sur site, lorsque vous aviez besoin d'un serveur,
• 0:38
  Speaker 2: vous soumettiez une demande à l'équipe opérationnelle. Il vérifiait les règles,
• 0:42
  Speaker 2: les politiques de l'entreprise, les normes de sécurité, peut-être certaines
• 0:45
  Speaker 2: exigences réglementaires, puis approvisionnait le serveur pour vous. Un gardien
• 0:48
  Speaker 2: humain se tenait entre vous et l'infrastructure. Cette personne connaissait
• 0:51
  Speaker 2: les règles et s'assurait que rien ne passait à travers
• 0:52
  Speaker 2: les mails du fil. Le cloud change complètement la donne. Désormais,
• 0:55
  Speaker 2: le propriétaire de l'application a un accès direct sans intermédiaire humain.
• 0:58
  Speaker 2: Cliquez sur« Créer dans le portail Azure» et cela se
• 0:59
  Speaker 2: fait instantanément. Vous pouvez également utiliser la ligne de commande,
• 1:03
  Speaker 2: une API ou des outils d'infrastructure en tant que code
• 1:05
  Speaker 2: comme Terraform. Le fait est que personne ne vérifie votre
• 1:07
  Speaker 2: travail avant que la ressource ne soit créée. Et c'est
• 1:09
  Speaker 2: là que le problème commence. La plupart des propriétaires d'applications
• 1:11
  Speaker 2: ne connaissent pas toutes les règles. Peut-être ne réalisent-ils pas
• 1:13
  Speaker 2: que la politique de l'entreprise exige que toutes les données
• 1:15
  Speaker 2: restent en Europe. Ou que les comptes de stockage doivent
• 1:17
  Speaker 2: bloquer l'accès public. Ou que certaines tailles de machines virtuelles
• 1:20
  Speaker 2: sont coûteuses et ne devraient être utilisées qu'en production. Ils
• 1:22
  Speaker 2: créent donc des ressources et des erreurs surviennent parfois. Une
• 1:25
  Speaker 2: machine virtuelle est déployée avec une adresse IP publique et
• 1:27
  Speaker 2: des ports ouverts sur Internet. Un compte de stockage est
• 1:30
  Speaker 2: créé avec un accès blob public exposant des données sensibles.
• 1:33
  Speaker 2: Quelqu'un lance une instance GPU coûteuse pour un test rapide
• 1:36
  Speaker 2: et oublie de la supprimer. Ces choses arrivent tout le temps.
• 1:39
  Speaker 2: Ce dont nous avons besoin, c'est d'un système d'application automatique
• 1:41
  Speaker 2: qui fonctionne à chaque fois, peu importe qui crée la
• 1:43
  Speaker 2: ressource ou comment il le fait. Que ce soit via
• 1:46
  Speaker 2: le portail, l'interface CLI, un appel API ou un déploiement Terraform,
• 1:48
  Speaker 2: les règles doivent être vérifiées automatiquement. C'est exactement ce qu'Azure
• 1:52
  Speaker 2: Policy a été conçu pour fournir. Qu'est-ce qu'Azure Policy? Ce
• 1:55
  Speaker 2: livre de règles invisibles. Alors, qu'est-ce qu'Azure Policy? Voici la
• 1:58
  Speaker 2: définition la plus simple. Azure Policy est un service qui
• 2:00
  Speaker 2: vous permet de définir des règles pour vos ressources Azure
• 2:02
  Speaker 2: et de les appliquer automatiquement. Considérez cela comme le livre
• 2:05
  Speaker 2: de règles d'un jeu de société. Le jeu offre de
• 2:07
  Speaker 2: nombreuses possibilités de mouvement, mais le livre de règles indique
• 2:09
  Speaker 2: ceux qui sont réellement autorisés. Vous ne pouvez pas simplement
• 2:11
  Speaker 2: déplacer votre pion où vous le souhaitez. Les règles vous
• 2:13
  Speaker 2: indiquent ce qui est autorisé et ce qui ne l'est pas.
• 2:15
  Speaker 2: Voici maintenant une distinction capitale. Azure Policy n'est pas la
• 2:17
  Speaker 2: même chose que le contrôle d'accès basé sur les rôles,
• 2:19
  Speaker 2: ou Airbus. Le Airbus contrôle qui peut faire quelque chose.
• 2:21
  Speaker 2: Il répond à la question. Qui est autorisé à créer
• 2:23
  Speaker 2: des ressources dans cet abonnement? Azure Policy contrôle ce qui
• 2:26
  Speaker 2: peut être fait, ou plus précisément quelles configurations sont autorisées.
• 2:29
  Speaker 2: Il répond à la question quel type de ressources peuvent
• 2:31
  Speaker 2: être créées et comment doivent-elles être configurées. Ainsi, le airbag
• 2:34
  Speaker 2: dit que Mirko peut créer des comptes de stockage et
• 2:36
  Speaker 2: Azure Policy dit que les comptes de stockage doivent avoir
• 2:39
  Speaker 2: HTTPS activés. Ce sont deux choses différentes et vous avez
• 2:41
  Speaker 2: besoin des deux. Voici le point essentiel. Azure Policy est
• 2:43
  Speaker 2: toujours actif et toujours appliqué. Chaque demande de création, de
• 2:47
  Speaker 2: mise à jour ou de suppression d'une ressource passe par
• 2:49
  Speaker 2: Azure Policy et il est impossible de le contourner. Et
• 2:51
  Speaker 2: il se situe entre vous et Azure Resource Manager, le
• 2:54
  Speaker 2: plan de contrôle d'Azure. Voyez cela comme un filtre automatique.
• 2:57
  Speaker 2: Chaque requête passe par ce filtre et si elle ne
• 2:58
  Speaker 2: correspond pas aux règles, la requête est bloquée ou signalée
• 3:01
  Speaker 2: et cela ne fonctionne pas uniquement pour les nouvelles ressources.
• 3:04
  Speaker 2: Azure Policy évalue également les ressources existantes, ce qui permet
• 3:06
  Speaker 2: de détecter la dérive de configuration au fil du temps.
• 3:09
  Speaker 2: Si quelqu'un modifie un paramètre sur une ressource déjà déployée
• 3:11
  Speaker 2: et que cette modification en fera une politique, Azure Policy
• 3:14
  Speaker 2: le signalera. Alors comment rédige-t-on réellement ces règles? C'est là
• 3:17
  Speaker 2: qu'interviennent les définitions de stratégie. Définition de stratégie, rédaction des règles.
• 3:22
  Speaker 2: Alors comment rédige-t-on réellement ces règles? C'est là qu'interviennent les
• 3:24
  Speaker 2: définitions de stratégie. Une définition de stratégie est la règle elle-même,
• 3:27
  Speaker 2: écrite sous forme de documents JSON. JSON peut sembler technique,
• 3:30
  Speaker 2: mais la structure est en réalité assez simple. Elle suit
• 3:32
  Speaker 2: un modèle de base. Si cette condition est vraie, alors
• 3:35
  Speaker 2: appliquez cet effet. Laissez-moi vous donner un exemple concret. Il
• 3:38
  Speaker 2: existe une stratégie intégrée qui stipule si un compte de
• 3:40
  Speaker 2: stockage n'a pas HTTPS activé, refusez-le, refusez-le. C'est tout. Lorsque
• 3:44
  Speaker 2: la condition est remplie, l'effet s'active et bloque le déploiement.
• 3:47
  Speaker 2: Chaque définition de stratégie comporte trois particuliers. Premièrement, les conditions.
• 3:50
  Speaker 2: C'est la partie que. Que vérifiez-vous? Le type de ressource, l'emplacement,
• 3:54
  Speaker 2: un paramètre spécifique? Deuxièmement, les effets. C'est la partie à
• 3:57
  Speaker 2: leur rythme. Que se passe-t-il lorsque la condition est remplie?
• 3:59
  Speaker 2: Bloquez-vous le déploiement ou vous contentez-vous de le signaler? Troisièmement,
• 4:02
  Speaker 2: les paramètres. Ce sont les champs à remplir qui rendent
• 4:03
  Speaker 2: la stratégie réutilisable. C'est dans les paramètres que réside la
• 4:07
  Speaker 2: véritable puissance. Imaginez que vous vouliez écrire une stratégie qui
• 4:09
  Speaker 2: n'autorise les ressources que dans certaines régions. Vous ne voulez
• 4:13
  Speaker 2: pas écrire une stratégie distincte pour chaque combinaison possible de régions.
• 4:16
  Speaker 2: Au lieu de cela, vous écrivez une définition appelée emplacements autorisés.
• 4:19
  Speaker 2: Et vous ajoutez un paramètre pour les régions autorisées. Lorsque
• 4:21
  Speaker 2: vous attribuez la stratégie, vous remplissez le champ vide. Vous
• 4:23
  Speaker 2: pouvez choisir Europe Ouest et Europe Nord pour un abonnement
• 4:26
  Speaker 2: et Etats-Unis Est et Ouest pour un autre. Même définition
• 4:29
  Speaker 2: paramètre différente. C'est ainsi que vous gardez les choses gérables.
• 4:31
  Speaker 2: Voici la bonne nouvelle. Vous n'avez pas besoin de tout
• 4:33
  Speaker 2: écrire à partir de 0. Microsoft propose des centaines de
• 4:36
  Speaker 2: définitions de stratégie intégrées que vous pouvez utiliser immédiatement. Elles
• 4:39
  Speaker 2: couvrent des domaines comme le calcul, le stockage, le réseau,
• 4:41
  Speaker 2: le centre de sécurité, le marquage, la gestion des coûts, etc.
• 4:44
  Speaker 2: Vous pouvez les trouver dans le portail Azure. Recherchez sur
• 4:45
  Speaker 2: le portail Azure. Recherchez ce dont vous avez besoin et
• 4:47
  Speaker 2: les attribuez aussitôt. Pas besoin de JSON si vous ne
• 4:49
  Speaker 2: voulez pas en écrire. Mais une définition qui reste dans
• 4:51
  Speaker 2: un fichier ne fait rien. Vous devez l'attribuer pour qu'elle fonctionne.
• 4:55
  Speaker 2: Les attributions de stratégie pour mettre les règles en pratique.
• 4:57
  Speaker 2: Une attribution de stratégie consiste à prendre votre définition et
• 4:59
  Speaker 2: à l'orienter vers une portée spécifique. Une portée est simplement
• 5:02
  Speaker 2: la limite où cette règle s'applique. Vous avez trois choix,
• 5:04
  Speaker 2: du plus large au plus restreint. Attribuer au niveau du
• 5:07
  Speaker 2: groupe d'administration. Et cela couvre tout un ensemble d'abonnements. Appliquez-la
• 5:10
  Speaker 2: au niveau de l'abonnement et cela couvre tout ce qui
• 5:12
  Speaker 2: se trouve à l'intérieur. Ou attribuer au niveau du groupe
• 5:14
  Speaker 2: de ressources pour ne couvrir que les ressources de ce groupe.
• 5:17
  Speaker 2: Maintenant parlons de l'héritage. C'est un concept clé. Lorsque vous
• 5:20
  Speaker 2: attribuez une stratégie au niveau du groupe d'administration, elle s'applique
• 5:23
  Speaker 2: automatiquement à chaque abonnement et groupe de ressources en dessous.
• 5:26
  Speaker 2: Vous n'avez pas besoin de l'attribuer encore et encore. C'est
• 5:28
  Speaker 2: comme afficher une règle sur le tableau d'affichage principal à
• 5:30
  Speaker 2: l'entrée d'un immeuble de bureau. Tous ceux qui passent par
• 5:33
  Speaker 2: là doivent la respecter. Vous n'afficheriez pas la même règle
• 5:35
  Speaker 2: à chaque étage, ce serait un effort inutile. La règle
• 5:38
  Speaker 2: se transmet simplement vers vous. Mais que se passe-t-il lorsque
• 5:40
  Speaker 2: vous avez besoin d'une exception? Peut-être que votre entreprise exige
• 5:42
  Speaker 2: que toutes les données restent en Europe, mais qu'un projet
• 5:44
  Speaker 2: ait une raison légitime d'utiliser un centre de données en Asie.
• 5:46
  Speaker 2: Vous ne voulez pas supprimer toute la stratégie, cela laisserait
• 5:49
  Speaker 2: tout exposé. Alors vous créez une exemption. Les exemptions vous
• 5:52
  Speaker 2: permettent de créer des exceptions pour des ressources spécifiques sans
• 5:54
  Speaker 2: supprimer la stratégie ailleurs. C'est une manière propre de gérer
• 5:58
  Speaker 2: les cas particuliers. Voici quelques conseils pratiques. Attribuez vos stratégies
• 6:02
  Speaker 2: fondamentales générales au niveau du groupe d'administration. Des éléments comme
• 6:05
  Speaker 2: les emplacements autorisés ou les balises requises devraient s'appliquer à tout.
• 6:08
  Speaker 2: Attribuez ensuite des stratégies plus spécifiques au niveau de l'abonnement
• 6:11
  Speaker 2: ou du groupe de ressources. Peut-être que votre abonnement de
• 6:13
  Speaker 2: développement a des règles plus souples que votre abonnement de production.
• 6:15
  Speaker 2: C'est tout à fait acceptable. Les stratégies spécifiques viennent s'ajouter
• 6:18
  Speaker 2: aux stratégies générales. Parlons maintenant de ce qui se passe
• 6:20
  Speaker 2: réellement lorsque quelqu'un en fera une règle. C'est là qu'interviennent
• 6:22
  Speaker 2: les effets. Les effets, ce qui se passe lorsque les
• 6:25
  Speaker 2: règles sont enfreintes. Vous avez donc écrit une règle et
• 6:27
  Speaker 2: vous l'avez assignée. Que se passe-t-il si quelqu'un l'en fera?
• 6:29
  Speaker 2: C'est là qu'interviennent les effets. Les effets constituent la partie
• 6:32
  Speaker 2: alors que de la stratégie. Ils déterminent ce qui arrive
• 6:35
  Speaker 2: lorsqu'une ressource ne respecte pas la règle. Il en existe
• 6:37
  Speaker 2: quatre principaux que vous rencontrez. Tout d'abord, le refus de nid.
• 6:39
  Speaker 2: C'est l'effet le plus courant pour les règles phétiques. Lorsqu'une
• 6:42
  Speaker 2: stratégie de refus est déclenchée, le déploiement est totalement bloqué.
• 6:45
  Speaker 2: L'utilisateur reçoit un message d'erreur claire indiquant que la validation
• 6:48
  Speaker 2: a échoué et précisant quelle stratégie l'a bloqué. Aucune ressource
• 6:51
  Speaker 2: n'est créée, aucun dommage n'est causé. Utilisez ceci pour les
• 6:54
  Speaker 2: règles qui ne doivent jamais être en frein. Comme l'interdiction
• 6:56
  Speaker 2: d'accès public au blob sur les comptes de stockage ou
• 6:58
  Speaker 2: les déploiements hors des régions approuvées. Ensuite, l'audit. Celui-ci fonctionne différemment.
• 7:03
  Speaker 2: Le déploiement est effectué, mais la ressource est marquée comme
• 7:06
  Speaker 2: non conforme dans le tableau de bord de conformité. L'audit
• 7:08
  Speaker 2: est extrêmement utile lorsque vous n'êtes pas sûr de l'impact
• 7:10
  Speaker 2: d'une nouvelle règle sur votre environnement. Vous pouvez voir ce
• 7:12
  Speaker 2: qui se passe sans rien bloquer... C'est comme effectuer une
• 7:15
  Speaker 2: mesure avant d'appliquer un changement. Troisièmement, la modification et l'ajout
• 7:18
  Speaker 2: modifient avec. Ces effets corrigent automatiquement le problème au lieu
• 7:21
  Speaker 2: de le bloquer. La modification change les paramètres existants lors
• 7:24
  Speaker 2: du déploiement. L'ajout complète un champ existant avec une valeur.
• 7:27
  Speaker 2: Par exemple, vous pouvez créer une stratégie qui ajoute automatiquement
• 7:29
  Speaker 2: une étiquette requise avec une valeur par défaut. Si quelqu'un
• 7:32
  Speaker 2: oublie d'ajouter une étiquette de centre de coût, la stratégie
• 7:35
  Speaker 2: l'ajoute pour lui, le déploiement réussit et la ressource est
• 7:37
  Speaker 2: conforme sans effort supplémentaire. Quatrièmement, le déploiement s'il n'existe un diplôme.
• 7:41
  Speaker 2: Celui-ci gère les situations où une ressource de support est manquante.
• 7:44
  Speaker 2: Disons que vous voulez activer la journalisation de diagnostic sur
• 7:46
  Speaker 2: chaque compte de stockage. Si quelqu'un crée un compte de
• 7:48
  Speaker 2: stockage sans paramètre de diagnostic, le déploiement, si inexistant, se
• 7:51
  Speaker 2: déclenche et déploie automatiquement la configuration manquante. C'est comme avoir
• 7:54
  Speaker 2: un assistant qui nettoie derrière vous. Voici la meilleure pratique
• 7:56
  Speaker 2: à suivre. Commencez par l'audit. Voyez d'abord ce qui se
• 7:59
  Speaker 2: passe réellement dans votre environnement. Découvrez combien de ressources seraient
• 8:01
  Speaker 2: affectées par une nouvelle règle. Passez ensuite au refus une
• 8:04
  Speaker 2: fois que vous êtes certain que la règle est correcte
• 8:05
  Speaker 2: et qu'elle ne bloquera pas les déploiements légitimes. Gérer une
• 8:08
  Speaker 2: seule stratégie est simple. Mais que faire si vous en
• 8:10
  Speaker 2: avez besoin de 5 ans, tout lié à la sécurité
• 8:12
  Speaker 2: ou à la conformité? C'est là qu'interviennent les initiatives. Les
• 8:15
  Speaker 2: initiatives regroupent les règles entraînées. Alors, qu'est-ce qu'une initiative? Considérez-la
• 8:19
  Speaker 2: comme un ensemble de stratégies regroupées autour d'un objectif commun.
• 8:21
  Speaker 2: Au lieu d'assigner 50 stratégies individuelles une par une, vous
• 8:24
  Speaker 2: assignez une seule initiative qui les contient toutes. C'est comme
• 8:28
  Speaker 2: une boîte à outils préremplie pour une tâche spécifique. Vous
• 8:31
  Speaker 2: ne prenez pas séparément un marteau, un tournevis et une clé.
• 8:33
  Speaker 2: Prenez simplement toute la boîte à outils. Tout ce dont
• 8:35
  Speaker 2: vous avez besoin se trouve au même endroit. Le véritable
• 8:36
  Speaker 2: avantage ici, c'est le rapport de conformité. Lorsque vous affectez
• 8:39
  Speaker 2: une initiative, vous obtenez une vue de conformité unique pour
• 8:41
  Speaker 2: tout le groupe. Vous pouvez voir d'un coup d'œil si
• 8:43
  Speaker 2: votre environnement respecte la norme globale Si un élément n'est
• 8:46
  Speaker 2: pas conforme, vous pouvez examiner directement la politique spécifique qui
• 8:49
  Speaker 2: fait défaut. C'est beaucoup plus propre que de suivre 50
• 8:51
  Speaker 2: politiques distantes. Microsoft fournit des initiatives intégrées couvrant les principaux
• 8:55
  Speaker 2: cadres de conformité. Comme Azure Security Benchmark, CIS NIST, PCI DSS,
• 8:59
  Speaker 2: IPA A, ISO 27001, et plus encore, et plus encore.
• 9:03
  Speaker 2: Elles sont déjà créées et prêtes à être affectées. Vous
• 9:06
  Speaker 2: n'avez pas besoin de déterminer quelles politiques correspondent à quelles
• 9:08
  Speaker 2: exigences de conformité. Microsoft a fait ce travail pour vous.
• 9:11
  Speaker 2: Certaines de ces initiatives contiennent des centaines de politiques individuelles.
• 9:14
  Speaker 2: Imaginez essayer de les affecter toutes une par une. Vous
• 9:16
  Speaker 2: ne le feriez pas. Vous utiliseriez l'initiative. Vous pouvez également
• 9:18
  Speaker 2: créer des initiatives personnalisées pour vos propres dents. Peut-être avez-vous
• 9:21
  Speaker 2: une base de référence de production incluant des politiques de chiffrement,
• 9:24
  Speaker 2: de journalisation et de sécurité réseau. Ou une initiative de
• 9:27
  Speaker 2: contrôle des coûts qui limite les tailles de VM et
• 9:28
  Speaker 2: impose des balises de centres de coûts. Même idée. Regrouper
• 9:32
  Speaker 2: les politiques, affecter le groupe et suivre la conformité comme
• 9:34
  Speaker 2: une unité unique. Concrétisons cela avec des exemples concrets de
• 9:37
  Speaker 2: la façon dont les gens utilisent réellement Azure Policy. Des
• 9:40
  Speaker 2: exemples concrets. La politique en action. Rendons cela réel. Voici
• 9:44
  Speaker 2: 5 scénarios courants où Azure Policy résout des problèmes réels. Premièrement,
• 9:48
  Speaker 2: les restrictions régionales pour la conformité des données. Imaginez que
• 9:50
  Speaker 2: votre entreprise est une politique stipulant que toutes les données
• 9:52
  Speaker 2: clients doivent rester en Europe. Vous pouvez affecter la politique intégrée,
• 9:56
  Speaker 2: des emplacements autorisés au niveau du groupe d'administration racine et
• 9:59
  Speaker 2: ne permettre que les régions européennes comme Europe Ouest et
• 10:01
  Speaker 2: Europe Nord. Désormais, lorsqu'une personne crée un nouvel abonnement, il
• 10:04
  Speaker 2: hérite automatiquement de cette règle. Elle ne pourra pas déployer
• 10:06
  Speaker 2: de ressources aux Etats-Unis ou en Asie, même si elle
• 10:08
  Speaker 2: le sait. La politique le bloque. Pas de vérification manuelle,
• 10:11
  Speaker 2: pas de demande d'autorisation. La règle est simplement appliquée. Deuxièmement,
• 10:13
  Speaker 2: l'application des balises pour la location. Votre équipe financière doit
• 10:16
  Speaker 2: suivre les dépenses par département, Mais elle ne peut pas
• 10:19
  Speaker 2: le faire si les ressources n'ont pas les bonnes balises.
• 10:21
  Speaker 2: Donc vous créez une politique qui exige une balise de
• 10:23
  Speaker 2: centre de coût et une balise d'environnement sur chaque ressource.
• 10:27
  Speaker 2: Voici l'aspect intelligent. Vous utilisez l'effet de modification. Si quelqu'un
• 10:30
  Speaker 2: oublie d'ajouter la balise, la politique l'ajoute automatiquement avec une
• 10:33
  Speaker 2: valeur par défaut. Le déploiement aboutit et la ressource est conforme.
• 10:36
  Speaker 2: La finance obtient des données de coûts précises et les
• 10:38
  Speaker 2: développeurs ne sont pas bloqués par une balise manquante. Troisièmement,
• 10:40
  Speaker 2: le contrôle des coûts dans le développement. Les équipes de
• 10:42
  Speaker 2: développement adorent expérimenter, mais les expériences peuvent vite coûter cher.
• 10:45
  Speaker 2: Quelqu'un pourrait lancer une instance GPU avec 24 cœurs juste
• 10:47
  Speaker 2: pour tester un script simple. Vous créez donc une stratégie
• 10:50
  Speaker 2: qui limite les tailles de VM dans les abonnements de
• 10:51
  Speaker 2: développement aux références plus petites. Des choses comme la série
• 10:54
  Speaker 2: B ou la série D avec un nombre limité de cœurs.
• 10:56
  Speaker 2: Si quelqu'un tente de déployer une VM coûteuse avec GPU
• 10:59
  Speaker 2: ou mémoire élevée, l'effet de refus s'active et le bloque.
• 11:02
  Speaker 2: Les développeurs peuvent toujours expérimenter, mais ils ne peuvent pas
• 11:04
  Speaker 2: dépasser le budget. Quatrièmement, une base de référence de sécurité
• 11:06
  Speaker 2: pour le stockage. Les comptes de stockage sont l'un des
• 11:08
  Speaker 2: endroits les plus courants où les erreurs de sécurité surviennent.
• 11:11
  Speaker 2: Quelqu'un crée un compte de stockage avec accès public au
• 11:13
  Speaker 2: blog et soudain, des données sensibles sont exposées sur Internet.
• 11:16
  Speaker 2: Vous créez donc une stratégie qui exige un trafic uniquement
• 11:18
  Speaker 2: en HTTPS et bloque l'accès public au blog. Et vous
• 11:21
  Speaker 2: utilisez qu'à déployer si inexistante agme pour activer automatiquement la
• 11:24
  Speaker 2: journalisation des diagnostics sur chaque compte de stockage qui ne
• 11:26
  Speaker 2: l'a pas. La stratégie corrige le problème avant qu'il ne
• 11:29
  Speaker 2: devienne un problème. Cinquièmement, les conventions de nommage. Votre équipe
• 11:33
  Speaker 2: veut que toutes les ressources commencent par prodgum ou devgum
• 11:35
  Speaker 2: pour identifier facilement l'environnement. Vous créez une stratégie qui vérifie
• 11:41
  Speaker 2: le nom de la ressource par rapport au modèle, mais
• 11:42
  Speaker 2: au lieu de bloquer le déploiement, vous utilisez l'effet d'audit.
• 11:45
  Speaker 2: La ressource est créée, mais elle est signalée comme non
• 11:47
  Speaker 2: conforme et doit générer un rapport de conformité mensuel et
• 11:49
  Speaker 2: demander à l'équipe de corriger le nommage. C'est un moyen
• 11:51
  Speaker 2: en douceur d'imposer des normes sans interrompre les flux de travail.
• 11:54
  Speaker 2: Chacun de ces exemples suit le même modèle. Identifier le problème.
• 11:58
  Speaker 2: Choisir ou créer la stratégie. Décider de l'effet. Assigner au
• 12:01
  Speaker 2: bon périmètre. Surveiller la conformité. C'est ça le manuel de procédure.
• 12:04
  Speaker 2: Prenons maintenant du recul pour voir comment ces éléments s'intègrent
• 12:06
  Speaker 2: dans la vue d'ensemble de la gouvernance Azure. La vue d'ensemble,
• 12:10
  Speaker 2: comment tout cela est connecté? Alors, où Azure Policy s'intègre-t-il
• 12:13
  Speaker 2: dans cette vue d'ensemble? Voyons les choses sous ces temps.
• 12:15
  Speaker 2: Azure Policy fonctionne au niveau du plan de contrôle directement
• 12:18
  Speaker 2: au-dessus d'Azure Resource Manager et évalue chaque requête qui transite.
• 12:23
  Speaker 2: Chaque fois que quelqu'un crée, met à jour ou supprime
• 12:25
  Speaker 2: une ressource, Azure Policy vérifie les règles. C'est le gardien
• 12:28
  Speaker 2: à l'entrée. Ce n'est pas le seul outil dans la
• 12:30
  Speaker 2: boîte à outils de gouvernance. Azure Policy n'est qu'une pièce
• 12:33
  Speaker 2: d'un système plus vaste. Les groupes d'administration fournissent la hiérarchie
• 12:36
  Speaker 2: pour organiser vos abonnements et appliquer des règles à grande échelle.
• 12:39
  Speaker 2: Le contrôle d'accès est basé sur les rôles des sites
• 12:41
  Speaker 2: qui a accès à quoi, tandis qu'Azure Policy contrôle quelles
• 12:43
  Speaker 2: configurations sont autorisées. Ensemble, ils forment le fondement de la
• 12:47
  Speaker 2: gouvernance du cloud. Voici le point important. Azure Policy est
• 12:50
  Speaker 2: également le moteur derrière d'autres services que vous utilisez peut-être déjà.
• 12:52
  Speaker 2: Microsoft Defender pour le cloud utilise Azure Policy pour générer
• 12:55
  Speaker 2: ses recommandations de conformité. Quand Defender vous signale qu'un compte
• 12:58
  Speaker 2: de stockage n'est pas conforme, il exécute en réalité une
• 13:00
  Speaker 2: évaluation de stratégie. Azure Advisor tire bon nombre de ses
• 13:03
  Speaker 2: recommandations en matière de coût et de fiabilité de ces
• 13:06
  Speaker 2: mêmes évaluations. Et le tableau de bord de conformité du
• 13:09
  Speaker 2: portail Azure est entièrement basé sur ces données stratégie. Même
• 13:11
  Speaker 2: si vous n'avez jamais créé de stratégie vous-même, vous les
• 13:13
  Speaker 2: utilisez probablement sans le savoir. Il existe une autre pratique appelée...
• 13:18
  Speaker 2: Au lieu de créer des stratégies via le portail, vous
• 13:20
  Speaker 2: les stockez en tant que fichiers JSON dans un dépôt
• 13:22
  Speaker 2: Git et les déployez via des pipelines CICZ comme du
• 13:25
  Speaker 2: code applicatif. Cela vous offre le contrôle de version, les
• 13:28
  Speaker 2: revues de code et les tests automatisés pour vos règles
• 13:30
  Speaker 2: de gouvernance. C'est un moyen plus évolutif de gérer les
• 13:32
  Speaker 2: stratégies au sein de grandes organisations. Voici l'essentiel à retenir.
• 13:36
  Speaker 2: Une fois qu'Azure Policy est correctement configuré, il s'exécute silencieusement
• 13:39
  Speaker 2: en arrière-plan. C'est le garde-fou automatique qui prévient les problèmes
• 13:42
  Speaker 2: avant qu'ils ne surviennent. Les utilisateurs ne savent peut-être pas
• 13:45
  Speaker 2: qu'il est là, mais ils en bénéficient à chaque déploiement
• 13:46
  Speaker 2: de ressources. Vous obtenez une application cohérente à chaque fois,
• 13:50
  Speaker 2: sans contrôle manuel, ticket d'approbation ou erreur humaine. Voilà donc
• 13:54
  Speaker 2: Azure Policy expliqué simplement. C'est un règlement invisible qui impose
• 13:58
  Speaker 2: les normes de votre organisation à chaque ressource systématiquement. Si
• 14:01
  Speaker 2: vous ne devez retenir qu'une seule action de cet épisode,
• 14:04
  Speaker 2: la voici. Allez dans le portail Azure, cherchez Policy Hangover
• 14:07
  Speaker 2: et effectuez la stratégie intégrée d'emplacement autorisé à un abonnement
• 14:09
  Speaker 2: de test. Commencez par l'audit pour observer les résultats. C'est
• 14:13
  Speaker 2: le moyen le plus rapide de comprendre comment cela fonctionne.
• 14:15
  Speaker 2: Abonnez-vous pour plus d'astuces sur Microsoft et partagez ceci avec
• 14:17
  Speaker 2: quelqu'un qui débute sur Azure. Laissez un commentaire sur le
• 14:20
  Speaker 2: sujet que vous aimeriez que j'explique ensuite.