Ne découvrez pas l'examen
le jour J

Réponse : AWS Trusted Advisor. Explication : AWS Trusted Advisor inclut des vérifications des règles de groupes de sécurité qui autorisent un accès sans restriction (0.0.0.0/0) sur des ports spécifiques. Il alerte sur les groupes de sécurité trop permissifs, contribuant ainsi à réduire la surface d'attaque inutile.

Réponse : Groupes de sécurité.
Explication : Les groupes de sécurité contrôlent le trafic entrant et sortant des instances EC2.

Réponse : AWS Service Catalog. AWS Service Catalog permet aux organisations de créer et de gérer des catalogues de services IT approuvés en tant que modèles d'infrastructure as code. Il permet de gouverner les ressources qui peuvent être déployées tout en donnant aux équipes l'accès en libre-service aux configurations approuvées.

Réponse : AWS Trusted Advisor.
Explication : AWS Trusted Advisor analyse l’environnement et recommande des optimisations pour la sécurité, la performance, la résilience et les coûts.

Réponse : AWS Elastic Beanstalk. Explication : AWS Elastic Beanstalk est un service PaaS qui gère automatiquement le déploiement, l'approvisionnement de capacité, l'équilibrage de charge, la mise à l'échelle automatique et la surveillance de la santé. Les développeurs téléchargent simplement leur code et Elastic Beanstalk gère l'infrastructure.

Réponse : AWS CAF (Cloud Adoption Framework).
Explication : Le AWS CAF guide les organisations dans la transformation et la migration cloud en alignant technologie, processus et compétences.

Réponse : Calculatrice de tarification AWS. Explication : La calculatrice de tarification AWS est un outil web gratuit qui vous permet de créer des estimations de coûts pour les architectures AWS avant de déployer des ressources — ce qui aide à planifier les budgets et à comparer les configurations de services.

Réponse : Ressources élastiques / Économies de coûts.
Explication : AWS offre l’élasticité (scalabilité à la demande) et des économies par rapport à l’investissement en capital sur site.

Réponse : Une région AWS est un emplacement géographique regroupant plusieurs Zones de Disponibilité.
Explication : Une région AWS se compose de plusieurs AZ physiques, séparées, mais proches, pour la tolérance de panne et la redondance.

Réponse : Le type d’instance / La zone de disponibilité choisie.
Explication : Le prix dépend du type d’instance, de la région et AZ, mais pas du load balancing, ni du nombre de buckets/IP privés.

Hallucinations LLM : les modèles génèrent du texte plausible et grammaticalement correct, mais factuellement inexact ou inventé. Cela survient car les LLM prédisent les tokens suivants sans vérifier la réalité. Contrairement aux erreurs de calcul (détectables), les hallucinations sont convaincantes. RAG et validation externe atténuent ce risque.

Température et déterminisme : La température contrôle la randomité des prédictions du LLM (0=déterministe, 1+=créatif). Pour la classification, baisser la température concentre la probabilité sur le token le plus probable, rendant les sorties reproductibles. Ceci diffère des tâches créatives où haute température génère plus de diversité.

Amazon Forecast : service de prévision de séries temporelles spécialisé dans la demande, les stocks et la planification. Utilise des modèles ML AutoML, traite saisonnalité et tendances sur données historiques longues pour produire prévisions précises 24 mois.

Les bases de données vectorielles (ex. : Amazon OpenSearch Service, Aurora pgvector, Pinecone) stockent les embeddings — représentations numériques de textes sous forme de vecteurs. Dans un pipeline RAG, les documents sont d'abord transformés en embeddings puis stockés. Lors d'une requête, la question de l'utilisateur est aussi transformée en embedding, et une recherche de similarité cosinus identifie les documents les plus pertinents à passer au LLM. Elles ne stockent pas les images directement ni les poids du modèle.

Amazon Bedrock Invocation Logging : service dédié qui capture automatiquement chaque prompt envoyé et chaque réponse générée par les modèles. Contrairement à CloudTrail (logs API uniquement), EventBridge (routage d'événements) ou Trusted Advisor (optimisation), seul Bedrock Invocation Logging offre la traçabilité complète des contenus pour auditer, déboguer et améliorer la qualité des applications GenAI.

Métriques appropriées par type de problème : MSE mesure les différences continues et convient à la régression. Pour la classification, les métriques pertinentes sont Accuracy (proportion correcte), Precision (faux positifs), Recall (faux négatifs) et F1-Score (équilibre). Le choix dépend du contexte : données déséquilibrées = Recall/F1 ; cas général = Accuracy.

Amazon OpenSearch Service k-NN : fournit des index vectoriels natifs et une recherche par plus proche voisin, essentielle pour les applications sémantiques (RAG, recherche de similarité). Contrairement à S3 (stockage objet), OpenSearch offre une indexation et requêtes vectorielles optimisées à grande échelle.

Knowledge Base Bedrock : service managé qui indexe et stocke les documents externalement, puis injecte automatiquement dans le prompt uniquement les passages pertinents via RAG (Retrieval-Augmented Generation). Cela réduit drastiquement la taille des prompts comparé à inclure tous les PDF à chaque appel, limitant donc les tokens consommés et les coûts. Le fine-tuning sur tous les PDF serait coûteux en entraînement et peu flexible face aux mises à jour documentaires.

Guardrails Bedrock et détection PII : Les Guardrails sont des mécanismes de sécurité qui inspectent les entrées et sorties des modèles IA pour identifier et filtrer les informations personnelles (PII : noms, emails, numéros, adresses). Contrairement aux simples filtres de contenu, ils appliquent des politiques configurables qui peuvent bloquer, rediriger ou masquer les données sensibles, protégeant ainsi la conformité et la confidentialité des utilisateurs.

Prompt engineering : c'est la technique qui contrôle directement le style, la longueur et la langue des réponses sans modifier le modèle. Une instruction explicite ("Réponds en 2 phrases, en français") guide la génération. À l'inverse, la température affecte la créativité (non la langue), Top-K modifie la diversité lexicale, et la taille du FM change le modèle entier.

La pensée Lean dans Scrum : Elle consiste à éliminer les activités sans valeur ajoutée tout en maximisant la livraison de valeur au client. Les principes Lean s'alignent sur l'approche itérative de Scrum en minimisant le gaspillage (processus inutiles, délais, défauts) et en concentrant les ressources sur le travail essentiel. Contrairement à la réduction de la taille de l'équipe ou à l'accélération forcée, le Lean met l'accent sur une efficacité durable grâce à l'amélioration continue.

Responsabilité et animation du Daily Scrum : Les Developers sont propriétaires du Daily Scrum et le conduisent en tant qu'événement auto-organisé. Le rôle du Scrum Master est de s'assurer qu'il a lieu et de lever les obstacles, mais il n'en assure pas l'animation à moins que les Developers ne le demandent explicitement. Cela préserve l'autonomie des Developers tout en permettant le soutien du Scrum Master si nécessaire, distinguant ainsi l'animation (assistance optionnelle) de la présence obligatoire ou du contrôle.

Rôle du Scrum Master : Un leader servant qui facilite les processus Scrum et lève les obstacles, et non un chef de projet traditionnel. Le Scrum Master sert l'équipe, le Product Owner et l'organisation, favorisant l'auto-organisation plutôt que de diriger le travail ou d'assigner des tâches, ce qui distingue ce rôle du management de projet par le commandement et le contrôle.

Réponse : Vrai.
Explication : Le Scrum Guide stipule explicitement que l'objectif d'un Sprint est de livrer un Increment de produit Done, utile et précieux à chaque Sprint, créant ainsi un flux continu de valeur.

Réponse : Le travail restant dans le temps.
Explication : Les graphiques Burndown suivent la quantité de travail restant (sur l'axe Y) au fil du temps (axe X). Ils indiquent si l'équipe est en bonne voie pour compléter le Sprint Backlog ou le Product Backlog avant la date cible.

Responsabilité de la Scrum Team concernant la Definition of Done : La Scrum Team doit créer une Definition of Done lorsque l'organisation n'en fournit pas, garantissant ainsi des standards de qualité et la transparence. Cela permet aux équipes auto-organisées d'établir leurs propres engagements en matière de qualité, plutôt que de se retrouver face à des standards indéfinis ou incohérents.

Réponse : Perte d'opportunités d'inspection et d'adaptation ; résolution plus lente des impediments ; le plan du Sprint devient inexact.
Explication : La cadence quotidienne du Daily Scrum est essentielle pour une adaptation rapide. Des réunions moins fréquentes signifient que l'équipe ne peut pas détecter rapidement les écarts, traiter les blocages ou maintenir le plan du Sprint en phase avec la réalité.

Selon le Guide Scrum, un Sprint est limité dans le temps à un mois calendaire ou moins. Cette limite maximale garantit que la complexité reste gérable et que les risques sont examinés fréquemment. Des Sprints plus courts créent davantage de boucles d'apprentissage et permettent une adaptation plus rapide. La durée du Sprint doit rester constante tout au long du projet — elle est décidée par la Scrum Team et ne varie pas d'un Sprint à l'autre.

Réponse : La personne que la Development Team décide de désigner pour commencer.
Explication : Le Daily Scrum est auto-géré par la Development Team. C'est elle qui décide du format, de qui commence et de la façon dont elle le conduit. Le Scrum Master ne prescrit pas ces détails.

Réponse : Impact mapping, Kano, WSJF (pondéré).
Explication : Il existe de nombreuses techniques de priorisation. Scrum n'en prescrit aucune en particulier — le Product Owner choisit celle qui sert le mieux la valeur du produit.

Réponse : Suffisamment pour que le PO soit confiant que l'Increment atteindra la valeur attendue.
Explication : Scrum ne prescrit pas de pourcentage fixe de temps pour le PO. Celui-ci doit investir suffisamment de temps pour maintenir le Product Backlog prêt, répondre aux questions durant les Sprints et s'assurer que l'équipe comprend ce qui constitue de la valeur.

Concept clé : La séparation des responsabilités dans les rôles Scrum. Le Product Owner définit quoi construire et pourquoi c'est important pour le métier, tandis que les Développeurs sont collectivement responsables de la manière de le construire, y compris les décisions d'architecture technique. L'architecture technique est une préoccupation de développement qui requiert l'expertise des Développeurs, et non une responsabilité du Product Owner. Le Product Owner influence les priorités et accepte le travail accompli, mais les décisions architecturales appartiennent à l'équipe de Développeurs afin de garantir la qualité technique, la maintenabilité et la faisabilité.

Réponse : Un seul Product Backlog par produit.
Explication : Il n'existe qu'un seul Product Backlog par produit, même si plusieurs Scrum Teams travaillent sur le même produit.

Le Sprint Goal en tant qu'engagement obligatoire : Le Sprint Goal est un artefact obligatoire dans Scrum qui apporte cohérence, focus et objectif commun à l'ensemble du travail du Sprint — quel que soit le nombre d'éléments du Product Backlog sélectionnés. La quantité d'éléments ne détermine pas l'existence d'un Sprint Goal ; au contraire, le Sprint Goal doit guider la sélection des éléments et la façon dont l'équipe de développement collabore pour livrer de la valeur. Même un Sprint comportant peu ou beaucoup d'éléments nécessite un objectif clair et inspectable qui transcende les tâches individuelles. Sans Sprint Goal, le Sprint devient une liste de travaux déconnectés plutôt qu'un engagement unifié envers une livraison de valeur significative, ce qui rend cette affirmation fausse.

Réponse : Faux.
Explication : La Sprint Review est une session de travail collaborative visant à inspecter l'Increment et à adapter le Product Backlog — ce n'est pas un rapport d'avancement.

Concept clé : La vélocité mesure la productivité de l'équipe (travail accompli par Sprint), et non la valeur produit. En tant que Product Owner, vous devez distinguer les métriques de capacité de l'équipe de la livraison de valeur réelle. La vélocité indique à quelle vitesse votre équipe travaille — essentielle pour la planification — mais ne révèle rien sur le fait que ce travail génère de la satisfaction client, des revenus, une augmentation de l'usage ou l'atteinte de votre Objectif Produit. Les métriques de valeur (NPS, taux d'utilisation, revenus) mesurent les résultats métier concrets et l'impact sur les clients. Confondre vélocité et valeur conduit à optimiser la vitesse plutôt que les résultats, en livrant potentiellement plus rapidement des fonctionnalités que les clients ne souhaitent pas. Le cadre PSPO souligne que les décisions produit doivent être centrées sur la réalisation de la valeur à travers les retours des parties prenantes et des clients, et non sur le débit de l'équipe.

Réponse : Avoir une transparence totale sur ce qui a été accompli à la fin de chaque Sprint.
Explication : La Definition of Done (DoD) crée une compréhension commune de ce que signifie « terminé ». Lorsque tous les membres de l'équipe la respectent, le PO peut avoir confiance que les éléments « Done » sont véritablement prêts à être livrés — ce qui élimine toute ambiguïté lors des Sprint Reviews.

Le Scrum Guide souligne que le Product Owner est un individu unique et responsable, chargé de prendre les décisions finales concernant l'ordonnancement et le contenu du Product Backlog, garantissant ainsi une propriété et une responsabilité claires. Bien que le PO puisse recueillir les avis des parties prenantes et de l'équipe, l'autorité de décision finale repose sur une seule personne afin d'éviter des priorités conflictuelles et des retards. Partager ce rôle entre plusieurs personnes crée une ambiguïté dans la responsabilité, et affirmer que le PO « ne doit jamais solliciter d'avis » ou « crée les éléments de manière indépendante » dénature la nature collaborative de Scrum — le principe clé est qu'une seule personne détient la responsabilité finale, et non qu'elle travaille en isolation.

Pourquoi c'est correct : La Definition of Done est un engagement qui garantit la qualité et la transparence. Un Increment qui ne satisfait pas à la Definition of Done n'est pas potentiellement livrable et ne doit pas être présenté comme tel, quelle que soit l'approbation des parties prenantes. Le Product Owner doit maintenir cette norme pour protéger la qualité du produit et la confiance des parties prenantes.

Pourquoi les autres options sont incorrectes : L'approbation des parties prenantes ne peut pas primer sur la Definition of Done — elle existe précisément pour éviter de livrer un travail incomplet. Le Scrum Master ne peut pas déroger à la Definition of Done ; il s'agit d'un engagement de l'équipe qui doit être appliqué de manière cohérente. Reporter des éléments incomplets sans transparence crée de la dette technique et donne une représentation inexacte du statut réel de l'Increment.

Planning Poker et estimation par Story Points : L'estimation agile par points de story suit un processus structuré appelé "Planning Poker" qui garantit une estimation collaborative et précise. Première étape - Présentation : Le Product Owner ou Scrum Master présente d'abord la user story au complet pour que tous les membres de l'équipe comprennent les objectifs généraux. Deuxième étape - Clarification des critères : Ensuite, on discute explicitement des critères d'acceptation qui définissent "done", permettant à chacun d'avoir la même compréhension de ce qui doit être livré. Troisième étape - Estimation individuelle : Chaque membre estime indépendamment en secret sur la suite de Fibonacci (1, 2, 3, 5, 8, 13...) sans influence des autres, réduisant les biais cognitifs et les effets d'ancrage. Quatrième étape - Révélation synchrone : Les estimations sont révélées simultanément pour éviter que les estimations antérieures ne biaisent les suivantes. Cinquième étape - Discussion et consensus : Les divergences importantes sont débattues (pourquoi quelqu'un a-t-il estimé 3 points tandis qu'un autre en estime

Les outputs sont les livrables produits (fonctionnalités, documents). Les outcomes sont les résultats et bénéfices obtenus (valeur, adoption, performance). Le PMBOK7 oriente le succès vers les outcomes.

Approche Agile vs Traditionnelle : L'agilité privilégie l'adaptation continue aux changements plutôt que la rigidité des plans figés. Elle combine trois avantages majeurs : flexibilité accrue face aux évolutions, feedback utilisateur rapide en itérations courtes, et livraison incrémentale de valeur. À l'inverse, les processus figés caractérisent les méthodes traditionnelles, ce qui constitue un désavantage, non un bénéfice de l'agilité.

Approche Agile : méthodologie itérative basée sur des cycles courts (sprints) avec livraisons régulières et intégration continue du feedback client. Elle privilégie la collaboration directe et l'adaptation rapide aux changements, essentiels quand le client doit valider fréquemment le produit. Contrairement au modèle prédictif qui fige les exigences en amont, l'agile accueille l'évolution des besoins. Une méthodologie hybride ad hoc ou des rapports sans implication réelle du client ne garantissent pas cette collaboration critique au succès.

Gestion des écarts et plan de redressement : Lorsqu'un projet présente des écarts significatifs (retard et surcoût), le chef de projet doit d'abord comprendre les causes profondes avant d'agir. Cette approche s'appuie sur le processus de surveillance et maîtrise du PMBOK, qui exige une analyse rigoureuse des performances réelles par rapport aux valeurs planifiées. L'analyse identifie si les écarts sont dus à des changements de scope, des risques matérialisés, des problèmes de productivité ou des estimations initiales inexactes. Un plan de redressement propose ensuite des actions correctives ou préventives (ajustement des ressources, compression de planning, réalignement des priorités) validées par le sponsor, garantissant l'adhésion aux décisions. Cette approche est supérieure aux alternatives : ignorer la situation aggrave les écarts exponentiellement ; demander immédiatement plus de budget sans justification légitime expose le PM à un manque de crédibilité et viole les principes de gouvernance ; changer de méthode sans diagnostic peut être contre-productif. Le PMBOK insiste sur la prise de décision basée sur les données et la transparence dans la communication avec les parties prenantes, clé de la gestion efficace des écarts.

Code d'éthique et de conduite professionnelle du PMI : Le PMI établit quatre valeurs fondamentales (Responsabilité, Respect, Équité et Honnêteté) qui constituent le socle de la conduite professionnelle des chefs de projet. Agir avec intégrité signifie être honnête dans toutes les communications, respecter ses engagements et prendre des décisions basées sur les principes éthiques plutôt que sur des intérêts personnels. Respecter la confidentialité exige de protéger les informations sensibles de l'organisation et des parties prenantes, conformément aux accords légaux et contractuels. Éviter les conflits d'intérêts implique de déceler et de déclarer toute situation où vos intérêts personnels pourraient influencer votre jugement professionnel.

Pourquoi cette réponse est correcte : Ces trois comportements reflètent directement le cadre éthique du PMI. Un chef de projet intègre gagne la confiance de son équipe et des parties prenantes, fondamentale pour la réussite du projet. Le PMBOK 7e édition renforce cette approche en mettant l'accent sur la performance de domaine incluant l'éthique.

Plan de gestion des parties prenantes : processus structuré d'identification, d'analyse et d'engagement régulier de chaque groupe. Cela prévient les conflits d'attentes en établissant des priorités claires et acceptées. Contrairement aux distracteurs qui marginalisent certains acteurs, cette approche équilibrée garantit l'alignement du projet avec les objectifs métier.

L’orientation valeur implique d’évaluer l’impact (coût, risques, qualité) avant d’accepter une contrainte de délai. Une analyse d’impact permet d’éclairer la décision et le compromis valeur/contraintes.

Cette question correspond à l’objectif FL-5.5.1 (K3) – Préparer un rapport de défaut.
● a) Faux → Utile, mais pas bloquant pour comprendre l’erreur.
● b) Correct → Sans résultat attendu, il est impossible de savoir ce qui aurait dû se produire → c’est l’élément clé manquant
● c) Faux → Peu utile dans la reproduction du défaut.
● d) Faux → Intéressant dans certains cas (web), mais pas toujours essentiel

Cette question correspond à l’objectif d\'apprentissage FL-2.1.6 (K2) – Expliquer comment les rétrospectives peuvent être utilisées comme mécanisme d\'amélioration des processus.
● a) Faux → Supprimer une activité essentielle n’est pas une amélioration mais une régression.
● b) Faux → Agrandir les sprints ne règle pas le problème d’origine.
● c) Correct → La rétrospective permet d’analyser, comprendre et agir sur les causes racines, ce qui est une véritable démarche d’amélioration continue.
● d) Faux → Cela aggraverait le manque de communication, au lieu de résoudre le problème.

Cette question correspond à l’objectif d’apprentissage FL-3.2.5 (K1) – Rappeler les facteurs qui contribuent à la réussite d\'une revue.

● a) Correct → Impliquer activement les parties prenantes assure une meilleure
qualité des revues et des retours pertinents.
● b) Faux → Encourager la discussion permet d’identifier plus efficacement les problèmes.
● c) Faux → Un modérateur aide à structurer la revue et à maintenir son efficacité.
● d) Faux → Les revues formelles sont aussi importantes que les revues informelles.

Cette question correspond à l’objectif d’apprentissage FL-3.2.4 (K2) – Comparer et opposer les différents types de revues.
La bonne réponse est d) 1B, 2A, 3C, 4D
● 1B) Correct → Une revue informelle ne suit pas de processus strict.
● 2A) Correct → L’inspection est une revue très structurée avec un modérateur et des
checklists.
● 3C) Correct → Une revue technique implique des experts métier ou techniques pour
examiner un document.
● 4D) Correct → La revue par les pairs est une analyse collaborative des documents.

Cette question correspond à l’objectif d\'apprentissage FL-1.4.5 (K2) – Comparer les rôles impliqués dans les tests.

La bonne réponse est d) 1A, 2B, 3C, 4D
● 1A) : Correct : Le testeur exécute, observe, consigne
● 2B) : Correct : L’analyste métier définit les attentes et exigences
● 3C) : Correct : Le développeur corrige les défauts
● 4D) : Correct : Le responsable planifie, suit, et coordonne

Cette question correspond à l’objectif d\'apprentissage FL-4.2.3 (K3) – Utiliser les tests par tables de décisions pour dériver les cas de test.

Les cas de tests proposés couvrent :
● CT1 (20 ans, abonnement actif, certificat valide) → couvre R1
● CT2 (17 ans, abonnement actif, certificat valide) → couvre R5
● CT3 (25 ans, abonnement inactif, certificat valide) → couvre R3
● CT4 (30 ans, abonnement actif, certificat expiré) → couvre R2
● CT5 (28 ans, abonnement inactif, certificat expiré) → couvre R4

● a) Faux → combinaison déjà couverte par CT5
● b) Faux →redondant avec CT1 (âge valide, tout valide)
● c) Correct → tous les attributs invalides → nouvelle combinaison (R8)
● d) Faux → car une nouvelle règle est testée en c)

Cette question correspond à l\'objectif d\'apprentissage FL-4.4.2 (K2) - Expliquer le test exploratoire.

● a) Faux → Les tests basés sur des listes de contrôle nécessitent généralement que les exigences soient connues à l\'avance pour créer les listes appropriées.
● b) Faux → L\'estimation d\'erreur est utile pour anticiper les défauts basés sur l\'expérience, mais n\'est pas la meilleure approche dans cette situation où une couverture systématique est nécessaire rapidement.
● c) Correct → Les tests exploratoires sont idéaux quand le temps est limité et que les exigences ne sont pas complètement disponibles. Cette technique s\'appuie sur
les connaissances du domaine et les compétences analytiques du testeur pour explorer le système de manière structurée mais flexible.
● d) Faux → Les tests de branche sont une technique de test de structure \"boîte blanche\" qui nécessite l\'accès au code source, ce qui n\'est pas mentionné dans le scénario et ne résout pas le problème du manque d\'exigences.

Cette question correspond à l’objectif d’apprentissage FL-5.1.2 (K1) – Reconnaître la valeur ajoutée d’un testeur dans la planification des itérations et des releases.
● a) Faux → La réécriture des exigences n’est pas une responsabilité directe du testeur.
● b) Faux → Le testeur contribue à l’estimation de l’effort de test, pas à celle des sprints de développement.
● c) Faux → Le testeur ne choisit pas comment le code est développé.
● d) Correct → Le testeur apporte une perspective qualité dès le début : il aide à identifier les risques, à définir ce qui doit être testé en priorité.

Cette question correspond à l’objectif d’apprentissage FL-1.4.1 (K2) – Résumer les différentes activités et tâches de test.
La bonne réponse est : d) 1C, 2B, 3D, 4A

● 1C) : Correct : La planification sert à préparer le cadre du test
● 2B) : Correct : La conception permet de définir les données, cas et conditions de test
● 3D) : Correct : L’exécution vérifie le résultat réel par rapport à l’attendu
● 4A) : Correct : Clôturer = évaluer, nettoyer, archiver, analyser les résultats

Cette question correspond à l’objectif d’apprentissage FL-2.1.2 (K1) – Rappeler les bonnes
pratiques de test applicables à tous les cycles de vie.
● a) Faux → Cela correspond à une approche tardive (type Waterfall rigide), et va àl’encontre des bonnes pratiques modernes.
● b) Faux → Les testeurs doivent être impliqués dès les phases d’analyse et de conception.
● c) Correct → Tester dès que possible (shift-left) est une bonne pratique universelle qui réduit les coûts de détection de défauts.
● d) Faux → Collaboration entre test et développement est essentielle, peu importe le cycle.

Les journaux de surveillance de l'intégrité des fichiers (FIM) / journaux d'audit enregistrent les modifications apportées aux fichiers, répertoires et configurations système. Les outils FIM (Tripwire, AIDE, AWS Config) créent des empreintes cryptographiques des fichiers à partir d'une référence de base ; toute modification déclenche une alerte. Les journaux d'authentification enregistrent les tentatives de connexion. Les journaux de flux réseau enregistrent les schémas de trafic. Les journaux applicatifs enregistrent les événements spécifiques aux applications. Le FIM est essentiel pour détecter l'installation de rootkits, les modifications de configuration non autorisées, et assurer la conformité (PCI-DSS exige le FIM sur les fichiers système critiques).

Système de prévention des intrusions (IPS) : Un IPS bloque activement en temps réel les attaques basées sur des signatures connues en comparant le trafic réseau à une base de données de signatures d'exploits connus. Contrairement à l'IDS (qui se contente de détecter et d'alerter), l'IPS prend des mesures immédiates pour empêcher le trafic malveillant d'atteindre les systèmes. Les ACL et le DLP traitent respectivement le contrôle d'accès et la prévention des pertes de données, et non la détection des menaces.

CVSS (Common Vulnerability Scoring System) : Un cadre numérique standardisé (échelle de 0 à 10) qui mesure quantitativement la sévérité des vulnérabilités en fonction de leur exploitabilité, de leur impact et de facteurs environnementaux. Le CVE identifie les vulnérabilités par leur nom, la CIA décrit des principes de sécurité, et le CERT est une organisation — aucun d'entre eux ne fournit une notation quantitative comme le fait le CVSS.

La segmentation réseau : l'isolation des équipements IoT legacy dans des zones réseau séparées limite les mouvements latéraux des attaques. Cette approche est optimale pour les systèmes legacy car l'application de correctifs peut être impossible, le remplacement prend du temps, et les assurances ne préviennent pas les violations. La segmentation offre un confinement immédiat sans nécessiter de modification des équipements vulnérables.

Réponse : Résultats d'audit.
Explication : Lorsqu'une organisation échoue à une évaluation interne de conformité PCI DSS, le résultat le plus probable est l'émission de résultats d'audit — un rapport formel des problèmes de non-conformité qui doivent être corrigés dans des délais définis afin de conserver les privilèges de traitement des cartes de paiement.

Réponse correcte : L'injection SQL est une attaque qui exploite les failles de validation des entrées utilisateur. L'attaquant insère du code SQL malveillant dans un champ de saisie, ce qui permet de manipuler les requêtes de la base de données sous-jacente afin d'accéder, de modifier ou de supprimer des données.

Pourquoi les autres réponses sont incorrectes : L'optimisation de requêtes (A) est une pratique légitime liée aux performances, et non une attaque. Le chiffrement (C) protège les données mais ne constitue pas une attaque en soi. Les procédures stockées complexes (D) peuvent présenter des failles de sécurité, mais cela ne correspond pas à la définition de l'injection SQL.

Réponse : Le salage (Salting).
Explication : Le salage consiste à ajouter une valeur aléatoire unique à chaque mot de passe avant de le hacher, empêchant ainsi les attaquants d'utiliser des tables arc-en-ciel précalculées. Le sel est stocké aux côtés du hachage et fait en sorte que des mots de passe identiques produisent des valeurs de hachage différentes.

L'ingénierie sociale : manipulation de la psychologie humaine pour extraire des informations sensibles par la tromperie plutôt que par des exploits techniques. Appeler pour demander des mots de passe exploite la confiance et le sentiment d'urgence, et non les vulnérabilités des systèmes. Les logiciels malveillants nécessitent l'exécution de code, les attaques par déni de service saturent les réseaux, et l'injection SQL cible les bases de données — aucune de ces techniques n'implique la manipulation psychologique des utilisateurs.

La segmentation réseau avec une DMZ (Zone Démilitarisée) ou des VLANs avec ACLs permet d'isoler les systèmes sensibles. Un pare-feu ou un routeur contrôle le trafic autorisé à transiter entre les segments. Cela limite les déplacements latéraux — un attaquant qui compromet un poste de travail ne peut pas accéder directement à la base de données financière. L'air-gapping offre une isolation complète mais ne permet aucune communication. Le NAT masque les adresses IP internes mais n'applique pas de contrôles d'accès. Le VPN sécurise l'accès distant, et non la segmentation interne.

Le modèle de responsabilité partagée définit ce que le fournisseur cloud sécurise (« la sécurité DU cloud ») par opposition à ce que le client sécurise (« la sécurité DANS le cloud »). Pour l'IaaS (EC2) : AWS sécurise le matériel, l'hyperviseur et les infrastructures physiques ; le client sécurise le système d'exploitation, les applications, les données et les configurations IAM. Pour le SaaS : le fournisseur sécurise presque tout ; le client gère les accès utilisateurs et la classification des données. Une mauvaise compréhension de ce modèle est l'une des principales causes de violations dans le cloud — les organisations supposent que le fournisseur sécurise davantage qu'il ne le fait réellement.

TDE (Transparent Data Encryption) chiffre automatiquement les fichiers de données, journaux et sauvegardes d'une base de données Azure SQL au repos — sans nécessiter de modification de l'application. Le chiffrement utilise AES 256 bits. Il est activé par défaut sur toutes les nouvelles bases Azure SQL depuis 2017. Transparent = l'application ne voit aucune différence ; le chiffrement/déchiffrement est géré par le moteur SQL. La clé peut être gérée par Microsoft (service-managed) ou par le client (Bring Your Own Key via Azure Key Vault — BYOK).

Le schéma en étoile (Star Schema) est un modèle de données pour les entrepôts de données et OLAP. Il centre une table de faits (métriques mesurables : ventes, quantités, montants) entourée de tables de dimensions (contexte : date, produit, client, région). Cette structure dénormalisée (légère redondance intentionnelle) optimise les requêtes analytiques car les jointures sont simples et peu nombreuses. C'est le modèle favori de Power BI et Azure Synapse Analytics. Le schéma en flocon (Snowflake Schema) normalise davantage les dimensions mais complexifie les requêtes.

Azure SQL Auditing enregistre les événements de base de données (connexions, requêtes, modifications de schéma) dans un journal d'audit stocké dans Azure Blob Storage, Azure Monitor Logs ou Azure Event Hubs. Il permet de détecter les accès non autorisés, les requêtes suspectes et de satisfaire aux exigences de conformité (RGPD, HIPAA, PCI-DSS). Complémentairement, Microsoft Defender for SQL (anciennement Advanced Threat Protection) détecte les comportements anormaux (injections SQL, accès depuis des IPs inconnues). Azure Monitor surveille les métriques de performance.

Charges analytiques (OLAP) : systèmes conçus pour analyser de grands volumes de données historiques et produire des rapports complexes. Contrairement aux charges transactionnelles (OLTP) qui traitent chaque transaction individuellement, l'OLAP agrège et synthétise les données pour déceler des tendances et patterns. Les distracteurs confondent OLTP (enregistrement de transactions) avec OLAP (analyse rétrospective).

Graphique en courbes : idéal pour visualiser l'évolution temporelle d'une mesure. Les points sont reliés par des lignes continues, permettant de percevoir immédiatement les tendances, hausses et baisses. À l'inverse, les diagrammes circulaires montrent des proportions, les nuages de points révèlent des corrélations entre variables, et les histogrammes comparent des catégories discrètes—tous inadaptés aux séries temporelles.

Réponse : az storage account create. Explication : Le stockage de table Azure fait partie des comptes de stockage Azure. Pour utiliser le stockage de table, vous devez d'abord créer un compte de stockage Azure à l'aide de la commande Azure CLI « az storage account create », puis créer la table dans ce compte.

Réponses : read-access geo-redundant storage (RA-GRS) et geo-redundant storage (GRS). Explication : GRS et RA-GRS répliquent tous deux les données vers une région secondaire en dehors de la région Azure primaire, satisfaisant ainsi à l'exigence de réplication automatique inter-régions. LRS et ZRS répliquent uniquement au sein d'une même région. RA-GRS ajoute l'accès en lecture à la région secondaire.

Azure RBAC (Role-Based Access Control) contrôle qui peut accéder à quelles ressources Azure et avec quels droits. Pour les services de données : un Data Reader peut lire des données mais pas les modifier ; un Storage Blob Data Contributor peut lire et écrire dans Blob Storage ; un Owner gère tout. Dans ADLS Gen2, les ACLs POSIX complètent le RBAC avec des contrôles granulaires au niveau des fichiers et dossiers. Le principe de moindre privilège (Least Privilege) s'applique : donner uniquement les droits nécessaires à chaque rôle.

DAX (Data Analysis Expressions) : langage propriétaire de Microsoft conçu spécifiquement pour Power BI et Analysis Services. Il permet de créer des mesures (calculs dynamiques) et colonnes calculées (valeurs statiques) à partir de données multidimensionnelles. SQL interroge des bases de données relationnelles, Python et R sont des langages de programmation généraux non intégrés nativement à Power BI pour cette fonction.

Réponse : Plan d'amortissement ; plan comptable. Explication : La détermination de compte en FI-AA est définie à deux niveaux : le plan d'amortissement (qui définit les zones d'amortissement et les méthodes) et le plan comptable (qui définit les comptes du GL utilisés pour les imputations d'immobilisations dans chaque société).

Réponse : Vrai
Explication : Les zones peuvent poster à des ledgers/ledger groups différents afin de couvrir plusieurs référentiels (local/IFRS).

Réponse : Les comptes bancaires sont gérés dans Bank Account Management (Fiori) ; Les banques propres sont nécessaires pour les paiements ; Les comptes doivent être assignés aux sociétés et utilisés par F110 ; Des signataires et statuts peuvent être gérés.
Explication : BAM remplace la création classique de comptes bancaires par société et centralise la gouvernance.

Réponse : PMW s’appuie sur des formats de support de paiement ; DMEE permet de modéliser la structure du fichier ; PMW peut générer des fichiers SEPA XML selon le format cible.
Explication : PMW/DMEE forment le cadre de génération de supports bancaires pour F110.

Réponse : La méthode de calcul, la base et le contrôle de période
La clé d'amortissement (Depreciation Key) définit : la méthode de calcul (linéaire, dégressif, etc.), la base de calcul (coût d'acquisition, valeur nette), et les règles de contrôle de période (convention mi-période, prorata). Elle est affectée à la fiche immobilisation.

Réponse : In‑app key‑user (Custom Fields & Logic, adaptation UI) ; BAdI/API publiés (« released ») ; Side‑by‑side sur SAP BTP via services OData/événements.
Explication : Le clean core évite les modifications du standard : on favorise les extensions in‑app ou latérales via BTP et API stables.

Réponse : Faux
Explication : Les sociétés peuvent utiliser des variantes d’exercice différentes ; la clôture s’adapte au paramétrage propre de chaque société.

Réponse : Une méthode de paiement valide en vue société
Dans le Business Partner (BP), la méthode de paiement doit être renseignée dans la vue comptabilité fournisseur (rôle FI) pour que le run de paiement automatique F110 puisse traiter les factures de ce fournisseur. Sans méthode de paiement valide, les postes sont exclus du run.

Réponse : Financial Statement Version (FSV)
La Financial Statement Version (FSV) structure la présentation des états financiers (bilan, compte de résultat) pour la clôture. Elle définit la hiérarchie des postes du bilan et du P&L en regroupant les comptes G/L selon les exigences légales et normatives.

Réponse : 30 = Devise du groupe ; 40 = Devise stable ; 10 = Devise du code société. Explication : Les types de devises SAP pour la configuration du grand livre incluent : 10 (devise du code société — devise locale), 30 (devise du groupe — pour le reporting consolidé) et 40 (devise stable — utilisée dans les pays à forte inflation pour la valorisation en devise stable).

Concept clé : Audit d'équité pour la détection de biais. Les audits d'équité comparent les résultats entre catégories de genre pour des candidats ayant des qualifications équivalentes. Les testeurs doivent analyser systématiquement si le système recommande les candidats masculins et féminins ayant des qualifications équivalentes à des taux similaires, en identifiant un biais de genre si des disparités sont constatées.

Concept clé : Surveillance humaine dans l'éthique de l'AI. Les systèmes human-in-the-loop maintiennent la responsabilité et permettent l'intervention lorsque les décisions de l'AI pourraient causer du tort. Les tests doivent vérifier que les mécanismes de surveillance fonctionnent correctement et que les humains peuvent examiner et contester de manière significative les décisions avant qu'elles n'affectent les parties prenantes.

Concept clé : Explicabilité (XAI). Celle-ci fait référence à la transparence des processus de prise de décision. Les tests d'explicabilité consistent à vérifier que les parties prenantes peuvent comprendre pourquoi un système AI a pris une décision spécifique, ce qui est crucial pour l'éthique de l'AI et la conformité réglementaire, notamment dans les domaines à enjeux élevés tels que la santé et la justice pénale.

• Audio Conferencing permet aux participants de rejoindre une réunion Teams via un numéro de téléphone PSTN, même si l’entreprise n’a pas de système téléphonique local.

• Disponible en add-on pour les licences qui n’incluent pas déjà cette fonctionnalité (ex. E1 ou E3).

• Couplé à Teams, cela permet d’organiser des réunions mondiales avec des accès téléphoniques standards.

  🎯 À retenir pour l’examen MS-900 :

  • Audio Conferencing add-on = accès PSTN aux réunions Teams

  • Teams Phone System = gère les appels entrants/sortants dans Teams

  • Calling Plan = permet d’appeler depuis Teams, mais pas nécessairement rejoindre une réunion

• Customer Key permet à une organisation de :

  • Utiliser et gérer ses propres clés de chiffrement

  • Contrôler le cycle de vie des clés (création, rotation, révocation)

  • Répondre aux exigences réglementaires strictes (comme le RGPD)

Cela donne un contrôle renforcé sur le chiffrement des données Microsoft 365.

❌ Pourquoi les autres réponses sont incorrectes :

• A. Azure PIM → Gère les rôles administratifs temporaires, pas les clés de chiffrement.

• B. Customer Lockbox → Permet de contrôler l’accès des ingénieurs Microsoft aux données, mais ne gère pas les clés de chiffrement.

• C. Azure Information Protection → Sert à classifier et protéger les documents, mais ne donne pas le contrôle des clés de chiffrement au niveau service.

🎯 À retenir pour l’examen MS-900 :

• Customer Key = contrôle des clés de chiffrement par le client

• Customer Lockbox = contrôle de l’accès support Microsoft

• PIM = gestion des privilèges

• AIP = classification et protection des données

• Cette méthode permet d’installer l’application sur les appareils Windows 10.

• Le Configuration Profile configure certains paramètres de l’appareil, mais ne garantit pas la configuration des paramètres internes spécifiques à l’application.

• Convient pour des applications MSI simples, mais pas pour des applications personnalisées nécessitant des paramètres préconfigurés.

✅ En résumé : C installe l’app, mais A est nécessaire pour installer + configurer les paramètres internes de l’application.

• Office 365 Message Encryption (OME) permet de :

  • Chiffrer automatiquement les emails selon des politiques définies

  • Protéger le contenu même si le destinataire n’utilise pas Office 365

• Les autres options ne répondent pas entièrement au besoin :

  • A : S/MIME nécessite que l’expéditeur configure manuellement le certificat et le chiffrement.

  • B : TLS sécurise la transmission, mais ne chiffre pas le contenu de manière persistante.

  • C : IRM contrôle l’utilisation et l’accès aux messages mais ne déclenche pas le chiffrement automatique basé sur des règles.

Dans Microsoft Teams (Téléphonie Teams / Direct Routing) :

• Les voice routes définissent le chemin que les appels doivent suivre.

• Les PSTN usages permettent d’associer ces routes à des stratégies.

• Cependant, pour que les utilisateurs puissent réellement utiliser ces routes, il faut leur attribuer une stratégie de routage vocal (Voice Routing Policy).

👉 La stratégie de routage vocal est le composant qui associe les enregistrements d’utilisation PSTN aux utilisateurs.
Sans cette stratégie attribuée à l’utilisateur, les routes configurées ne seront pas accessibles, même si elles sont correctement définies dans le système.

Le Service Health Dashboard dans le centre d’administration Microsoft 365 permet :

• De consulter l’état actuel des services (Exchange, SharePoint, Teams, etc.)

• De voir les incidents en cours

• D’obtenir des mises à jour en temps réel

• De recevoir des avis et recommandations

Il aide les administrateurs à comprendre si un problème vient de Microsoft ou de leur propre environnement.

❌ Pourquoi les autres réponses sont incorrectes :

• A. Configurer des SLA personnalisés → Impossible. Les SLA sont définis par Microsoft.

• C. Correction automatique des incidents → Le dashboard informe, mais ne corrige pas automatiquement.

• D. Rapports mensuels détaillés de conformité SLA → Ce n’est pas sa fonction principale. Il montre l’état des services, pas des rapports analytiques mensuels complets.

  🎯 À retenir pour l’examen MS-900 :

  • Service Health Dashboard = visibilité en temps réel sur l’état des services Microsoft 365

  • Il informe, mais ne configure pas de SLA ni ne corrige automatiquement les incidents.

• Pour pouvoir réclamer un crédit SLA, il est essentiel de documenter immédiatement toute interruption et de la comparer aux seuils définis dans le SLA.

• Sans preuves précises et horodatées, Microsoft peut rejeter la demande, même si le service a été interrompu.

• Les autres options ne résolvent pas le problème de suivi et documentation :

  • Automatiser les crédits (B) n’est pas possible.

  • Migrer vers un autre tenant (C) est excessif et non nécessaire.

  • Configurer des alertes (D) aide à la notification mais ne remplace pas la documentation des interruptions.

• Avec le group-based licensing, les licences sont attribuées automatiquement via l’appartenance au groupe.

• Dès que l’utilisateur est retiré du groupe :

  • Les licences liées sont révoquées automatiquement

  • L’utilisateur perd l’accès aux services correspondant à ces licences

• Les autres options sont incorrectes :

  • A : Faux, la licence ne reste pas après suppression du groupe.

  • C : Faux, l’utilisateur peut se connecter à Microsoft 365 si d’autres licences sont présentes.

  • D : Faux, l’utilisateur n’est pas transformé en boîte aux lettres partagée automatiquement.

Pour protéger l’accès aux données d’entreprise sur les appareils mobiles :

1. Intune App Protection Policies (politiques de protection d’application) :

   • Permettent de protéger les applications professionnelles (ex : Outlook, Teams) même sur des appareils personnels.

   • Restreignent l’accès aux applications si l’appareil ne respecte pas les règles de conformité (ex : pas de chiffrement, jailbreak détecté).

2. Conditional Access (Accès conditionnel) :

   • Applique des conditions pour accéder aux ressources cloud (ex : Exchange Online).

   • Peut bloquer l’accès aux e-mails si l’appareil est non conforme ou compromis selon les signaux d’Intune.

✅ Ensemble, ces deux fonctionnalités permettent de sécuriser l’accès aux e-mails sur mobiles sans recourir à des solutions tierces.

• Une attaque Golden Ticket consiste à forger des Ticket Granting Tickets (TGT) pour obtenir un accès illimité aux services Active Directory.

• Defender for Identity déclenche une alerte spécifique Golden Ticket attack detection lorsqu’il détecte ce type de manipulation du compte KRBTGT.

• Les autres alertes :

  • Pass-the-Ticket detection : utilisation frauduleuse d’un ticket existant, pas sa création.

  • DCSync attack detection : vol des informations d’Active Directory via des requêtes LDAP sur le contrôleur de domaine.

  • Lateral movement path mapping : cartographie des déplacements latéraux dans le réseau, pas la création de tickets.

• Prompt injection : manipulation du modèle via des entrées malveillantes → peut révéler des données sensibles ou modifier le comportement attendu.

• Data exfiltration : sortie involontaire de données sensibles dans les réponses du modèle.

• Microsoft recommande pour Azure OpenAI :

  • Placer API Management (APIM) devant le service OpenAI

  • Valider toutes les entrées (ex : rejeter caractères, commandes ou prompts suspects)

  • Filtrer et contrôler la sortie pour éviter l’exfiltration de données sensibles

• Cela fournit une barrière de sécurité en amont et en aval du modèle et suit la baseline Zero Trust et Microsoft Security.

Microsoft Defender for IoT (anciennement Azure Defender for IoT) permet de :

• Surveiller passivement le trafic réseau des PLC et autres équipements industriels

• Détecter des anomalies de protocole, mouvements latéraux et comportements suspects

• Ne nécessite pas d’installation directe sur les PLC → aucune perturbation des lignes de production

• Utilise port mirroring sur les switchs pour analyser le trafic réseau de manière non intrusive

Pourquoi c’est adapté :

• Les PLC sont souvent systèmes propriétaires où l’installation d’agents est risquée ou impossible

• La surveillance passive permet de détecter les menaces sans interrompre la production

External Attack Surface Management (EASM) permet de :

• Identifier les actifs exposés à Internet

• Détecter les vulnérabilités ou configurations non sécurisées

• Prioriser les risques externes

Pourquoi Microsoft Sentinel est le meilleur choix pour le pipeline de remédiation :

• Sentinel centralise tous les logs et alertes de sécurité

• Permet de corréler les découvertes EASM avec d’autres événements (Azure AD, endpoints, cloud apps)

• Fournit des playbooks et automatisations (Logic Apps) pour la remédiation rapide

• Facilite la réponse proactive et le suivi des incidents

• Microsoft indique officiellement que pour un RPO très court sur Blob Storage, il faut utiliser Azure Backup avec des snapshots fréquents (option D)

• Continuous backup est utile mais dans certains contextes / préversions, et n’est pas la configuration par défaut pour répondre aux SLA stricts d’entreprise.

• Microsoft Intune Device Compliance Policies permet de :

  • Appliquer le chiffrement FileVault sur macOS

  • Contrôler l’exécution des applications via des règles de conformité et d’application

  • Reporter la posture de sécurité des endpoints à Microsoft Entra Conditional Access, permettant de bloquer l’accès aux ressources si le poste n’est pas conforme

• Cette solution couvre tous les objectifs de sécurité demandés pour les postes macOS.

• ISO 27001 exige, entre autres :

  • Le contrôle strict des privilèges élevés

  • L’auditabilité et la traçabilité de l’accès aux ressources sensibles

• Azure AD PIM :

  • Fournit un accès Just-in-Time aux rôles à privilèges élevés

  • Chaque activation est journalisée et auditable

  • Permet de réduire le risque de sur-privatisation et de répondre aux exigences ISO 27001 sur le contrôle d’accès

• Microsoft Sentinel Playbooks (basés sur Logic Apps) permettent de :

  • Automatiser la réponse aux incidents (SOAR – Security Orchestration, Automation, and Response)

  • Déclencher des workflows de restauration depuis les backups dès qu’un incident est détecté

  • Réagir rapidement et de manière cohérente face à un ransomware

• Cela offre un processus automatique de containment et de récupération, exactement ce que demande le SOC.

• Customer-Managed Keys (CMK) pour Cosmos DB :

  • Permet de chiffrer les données au repos en utilisant vos propres clés stockées dans Azure Key Vault

  • Offre contrôle total sur la gestion et la rotation des clés

  • Supporte les exigences de conformité et réglementaires (HIPAA, GDPR, etc.)

• Différence avec les autres options :

A. Client-side encryption

• Chiffrement côté client → les données sont chiffrées avant envoi à Cosmos DB

• Plus complexe à gérer, mais pas nécessaire si vous voulez CMK au repos côté service

C. Transparent Data Encryption (TDE) avec service-managed keys

• Chiffrement automatique par le service

• Vous ne contrôlez pas les clés → ne répond pas à l’exigence de CMK

D. Column-level Always Encrypted

• Disponible pour SQL Server / Azure SQL Database

• Pas applicable à Cosmos DB

• Microsoft Security Baselines pour VMs IaaS recommandent :

  • Endpoint protection activée (Microsoft Defender ou équivalent)

  • OS hardening : mots de passe complexes, journaux activés, configuration de sécurité renforcée

  • Chiffrement des disques (Azure Disk Encryption)

  • Application à grande échelle et cohérente via Azure Policy

• L’usage d’Azure Policy permet :

  • Déploiement automatique ou audit des configurations

  • Remédiation centralisée

  • Conformité avec les bonnes pratiques Microsoft et standards comme CIS

• Mailbox Intelligence : analyse le comportement des utilisateurs pour identifier des emails suspects envoyés ou reçus

• Spoof Intelligence : détecte les tentatives d’usurpation d’identité (spoofing), notamment des domaines ou adresses similaires aux comptes internes

• Ensemble, ils permettent à Defender for Office 365 de :

  • Bloquer ou marquer les emails imitant des comptes internes ou exécutifs

  • Réduire les risques d’account takeover via phishing ciblé

Une métrique personnalisée basée sur les journaux compte les occurrences de l'erreur spécifique. Couplée à une politique d'alerte, elle déclenche une notification automatique si l'erreur réapparaît. C'est la solution proactive recommandée.

Le rôle roles/logging.privateLogViewer inclut l'accès aux journaux d'audit d'administration ET aux journaux d'accès aux données. Diriger l'auditeur vers les journaux de modifications IAM compète la vue complète. Pas besoin d'export — l'accès direct suffit.

Les deux méthodes efficaces sont : les quotas personnalisés (limitent les octets traités par utilisateur/projet) et le passage au modèle forfaitaire avec slots (coût fixe prévisible). Créer des copies multiples augmenterait les coûts de stockage.

Un Managed Instance Group avec un health check Autohealing est la solution native GCP pour recréer automatiquement les VMs non réactives. C'est différent de l'équilibreur de charge : l'Autohealing surveille la santé des instances indépendamment.

Cloud Storage est la source de données native pour Cloud Dataflow et le staging recommandé pour les pipelines ETL GCP. gsutil gère efficacement les uploads de données non structurées. BigQuery est pour les données structurées, Cloud SQL/Spanner ne conviennent pas à des données hétérogènes.

Un health check sur le port 443 (HTTPS) permet au MIG de détecter les instances défaillantes et de les recréer automatiquement. C'est la seule option qui configure réellement l'autohealing. Les labels et heartbeats ne font pas de recréation automatique.

Les tables externes BigQuery pointant vers Cloud Storage permettent d'interroger les données AVRO directement avec SQL sans les importer dans BigQuery. C'est plus rapide (pas de chargement) et moins cher (pas de stockage BigQuery permanent).

La commande BigQuery dry-run estime les octets lus (scannés depuis les tables) sans exécuter la requête. Attention : la facturation est basée sur les octets lus, pas sur les octets retournés — une requête `SELECT *` sur une table de 1 To coûte la même chose qu'elle retourne 1 ligne ou 1 million. Le calculateur de prix convertit ensuite ce volume en dollars.

Les API GCP doivent être explicitement activées avant utilisation. L'activation automatique n'existe pas pour les comptes de service. La bonne pratique est d'activer l'API Cloud Pub/Sub manuellement dans la console GCP avant de déployer l'application.

La bonne pratique est que le partenaire crée un compte de service dans son propre projet (il le contrôle) et que vous lui accordez l'accès au dataset BigQuery dans votre projet. Vous gardez le contrôle de qui accède à vos données.

Scrum est fondé sur l'empirisme — la philosophie selon laquelle la connaissance provient de l'expérience et de l'observation réelles. Scrum aborde la complexité grâce à ses trois piliers : la transparence, l'inspection et l'adaptation. Cela contraste avec les processus définis qui supposent une prévisibilité dans des environnements complexes.

Toutes les réponses s'appliquent. Le simple fait d'adopter la terminologie Scrum sans comprendre ni incarner ses principes produira un changement organisationnel minime. Les équipes conserveront leurs comportements habituels (souvent dysfonctionnels), le vocabulaire perdra tout son sens, le management pourra se sentir à l'aise en raison de dynamiques inchangées, et les véritables bénéfices de Scrum — inspection, transparence et adaptation — resteront inexploités.

L'option C est correcte. L'implication du Product Owner doit être calibrée en fonction de l'autonomie de l'équipe — une clarté suffisante lors du Sprint Planning permet l'indépendance de l'équipe durant le Sprint. Cet équilibre se mesure à la capacité de l'Increment à répondre aux attentes, et non à la présence physique à chaque événement. L'option A confond l'observation avec l'implication, l'option B est réactive plutôt que préventive, et l'option D constitue une interprétation extrémiste et erronée de Scrum.

Réponses correctes : Options 2 et 4. L'option 2 identifie correctement l'auto-organisation : la créativité et l'exploration s'épanouissent lorsque les équipes s'approprient les décisions. L'option 4 illustre correctement l'auto-organisation : les équipes résolvent leurs conflits internes sans intervention externe, maintenant ainsi leur dynamique. L'option 1 reflète un management de type commande-et-contrôle, et non l'auto-organisation. L'option 3 est incomplète — savoir quoi faire est nécessaire mais pas suffisant pour une véritable auto-organisation.

Bonne réponse : Option 2. Le Scrum Master doit faciliter la découverte en invitant l'équipe à réfléchir sur la valeur et les risques liés à une participation complète, lui permettant ainsi de s'auto-organiser et de décider par elle-même. Cette approche consiste à accompagner plutôt qu'à ordonner. L'option 0 (imposer) est autoritaire. L'option 1 (culpabiliser) est manipulatrice. L'option 3 (abdiquer ses responsabilités) ignore le rôle du Scrum Master, qui est d'aider l'équipe à comprendre les pratiques Scrum et leurs bénéfices.

Créer des éléments du Product Backlog pour les préoccupations de sécurité et/ou ajouter la sécurité à la Definition of Done garantit que la sécurité est transparente et traitée en continu tout au long du développement, ce qui reflète le processus empirique de Scrum. Cette approche intègre la sécurité dans le travail habituel plutôt que de l'isoler. Les Sprints dédiés uniquement à la sécurité, la délégation à des intervenants externes ou l'attente de spécialistes violent le principe de transparence et de responsabilité partagée au sein de la Scrum Team.

Les outils de gestion de versions seuls ne peuvent pas résoudre les problèmes de collaboration et de dépendances ; ce sont fondamentalement des problèmes organisationnels et de processus qui nécessitent de la communication, de la planification et un affinage approprié du Backlog. La technologie est un outil, pas une solution aux défis de collaboration humaine dans Scrum.

L'option D est correcte. Le Scrum Master doit faciliter la collaboration entre le Product Owner et l'équipe de développement afin de renforcer la Definition of Done pour répondre aux préoccupations de performance. L'option A reporte inutilement l'action, l'option B dirige l'équipe de manière inappropriée, et l'option C est défensive et écarte les retours des parties prenantes. La DoD est une responsabilité partagée qui évolue grâce à la collaboration.

Correct : Options 2, 3 et 5 - Les Scrum Masters efficaces utilisent le coaching, la formation et la sensibilisation des parties prenantes pour aider les organisations à adopter Scrum de manière durable. L'option 1 viole les principes de conduite du changement ; l'option 4 contredit les valeurs collaboratives de Scrum ; l'option 6 prolonge les événements au-delà de leur objectif initial, ce qui dilue leur efficacité.

Une équipe de développement auto-organisée décide collectivement de la manière d'accomplir son travail et est responsable de la création de son Sprint Backlog en tenant compte de la Définition of Done. Les options C et E sont correctes : L'option C illustre une replanification collaborative tout au long du Sprint (auto-organisation), et l'option E montre l'équipe créant son propre Sprint Backlog en respectant la Definition of Done. L'option A reflète des silos basés sur les rôles (absence d'auto-organisation), l'option B implique une optimisation par le management (direction externe), et l'option D introduit des personnes extérieures (ce qui nuit à l'autonomie de l'équipe).

Réponse : La qualité de l\'estimation du développement peut être médiocre. / Utiliser le même pourcentage chaque fois ne tient pas compte du niveau de risque de l\'application à tester. / La maturité de l\'organisation, par exemple la qualité de la base de test, la qualité des tests de développement, la gestion de configuration, la disponibilité des outils de test, influencent également l\'effort requis pour le test..
Explication : Les réponses A, D et E désignent des sources distinctes de variance qu\'un simple pourcentage du développement ne peut pas capturer. A: les estimations de développement peuvent être inexactes, propageant l\'erreur d\'estimation. D: un pourcentage fixe ignore le risque spécifique, la criticité métier et les profils d\'impact des défauts. E: la maturité organisationnelle (qualité de la base de test, tests unitaires du développement, gestion de configuration, outils disponibles) influence directement l\'effort de test.

Réponse : Inspections.
Explication : Les inspections (B) sont les moins appropriées car c\'est une technique d\'examen statique, axée sur les défauts, destinée à trouver des non-conformités dans les produits de travail plutôt qu\'à identifier proactivement les risques projet et produit. Les inspections utilisent des listes de contrôle et une approche orientée détection de défauts, tandis que l\'identification des risques nécessite une exploration prospective des incertitudes futures.

Réponse : Prévoir un environnement de test de secours en cas de défaillance de l\'environnement existant pendant les tests.
Explication : C est correct car prévoir un environnement de test de secours est une mesure d\'atténuation proactive et au niveau du projet qui réduit la probabilité et l\'impact d\'une défaillance d\'environnement. L\'atténuation des risques projet consiste en actions anticipées et délibérées réduisant l\'exposition aux menaces identifiées. Un environnement redondant est une mesure classique car une défaillance d\'environnement est un point de défaillance unique fréquent pouvant arrêter complètement les tests et augmenter les coûts.

Réponse : L\'approche de test qui sera appliquée aux tests d\'intégration système..
Explication : C est correct car le plan directeur de test est un document au niveau du programme qui spécifie l\'approche de test de haut niveau pour les principaux niveaux de test, y compris les tests d\'intégration système. Le plan directeur communique la portée, les objectifs, l\'approche générale de test aux parties prenantes, tandis que les détails d\'exécution relèvent des plans subordonnés.

Réponse : Les métriques enregistrées lors du test de l\'outil de capture-rejouer..
Explication : C est correct car les métriques mesurées de l\'outil de capture-rejouer fournissent les données empiriques directes (taux d\'exécution, temps de création et maintenance des scripts, taux de faux positifs/négatifs, surcharge de configuration/nettoyage) nécessaires pour convertir les tâches de test spécifiées en estimations temporelles fiables et réduire l\'incertitude.

Réponse : Les critères d\'entrée et de sortie pour chaque phase de test / Les techniques de conception de test à utiliser.
Explication : AC est correct car une stratégie de test défendable prescrit explicitement les techniques de conception de test pour atteindre la couverture et l\'atténuation des risques (C) et les critères d\'entrée/sortie qui gouvernent la progression des phases et les barrières qualité (A). Une stratégie de test robuste est un cadre décisionnel de haut niveau qui détermine comment les objectifs de test seront atteints et comment les risques informent la priorisation et la portée.

Réponse : Créer une estimation basée sur la technique d\'analyse de points de fonction et l\'analyse de points de test.
Explication : La réponse A est correcte car l\'analyse de points de fonction combinée à l\'analyse de points de test produit une estimation précoce basée sur la taille, spécifique aux tests, indépendante de la disponibilité du code source. L\'APF fournit une métrique de taille fonctionnelle, l\'APT traduit cette taille en effort de test en appliquant les facteurs de testabilité et de qualité.

Réponse : Un aperçu détaillé de l\'approche de test basée sur les risques utilisée pour assurer la réalisation des critères de sortie..
Explication : D est correct car les cadres supérieurs non-spécialistes ont besoin d\'informations concises et orientées résultats, non d\'une exposition détaillée opérationnelle de l\'approche basée sur les risques. Un rapport doit prioriser l\'état versus objectifs, risques clés et atténuations, tendances et actions managériales recommandées pour décisions efficaces.

Réponse : Pourcentage de couverture des exigences.
Explication : B est correct car le pourcentage de couverture des exigences quantifie directement l\'adéquation des tests par rapport à l\'objectif déclaré de valider que le système satisfait ses exigences. L\'efficacité du test dans un contexte piloté par les exigences repose sur la mesure objective de la complétude de la couverture des exigences et de la détection des non-conformités.

Réponse : Les développeurs perdent le sens des responsabilités et les testeurs indépendants peuvent devenir un goulot d\'étranglement..
Explication : Le test indépendant sépare la vérification du développement, ce qui peut diminuer le sens de la responsabilité des développeurs tandis que la coordination des tests et le triage des incidents se concentrent dans une équipe distincte qui peut devenir un goulot d\'étranglement processus.

A. Persister l'intégralité de l'historique de conversation et des réponses aux outils dans une base de données, puis appeler escalate_to_human avec un identifiant de référence — Incorrect. Utile sur le plan opérationnel, mais l'agent humain a tout de même besoin d'un résumé concis et exploitable plutôt que de simples journaux bruts. B. Appeler escalate_to_human en ne transmettant que le message original du client — Incorrect. Cela perd le travail d'investigation déjà effectué et oblige l'agent humain à répéter les étapes. C. Tenter le remboursement avec process_refund quoi qu'il arrive, en escaladant uniquement si le système rejette la transaction — Incorrect. Cela viole les limites d'autorisation et la politique métier. D. Compiler une passation de contexte structurée incluant les détails du client, les informations de commande et le problème identifié avant d'appeler escalate_to_human — Correct. Une passation structurée préserve le contexte, réduit les répétitions et permet à l'agent humain de continuer efficacement.

A. Mettre en œuvre une déduplication sémantique pour identifier et supprimer les informations redondantes dans les résultats RAG accumulés et les tours de conversation — Incorrect. Cela réduit la redondance, mais ne résout pas le problème central de l'accumulation non bornée du contexte RAG. B. Mettre en œuvre une fenêtre glissante pour les résultats RAG des 2 à 3 dernières requêtes tout en préservant l'historique de la conversation — Correct. Cela répond directement au problème de saturation du contexte en limitant la croissance du RAG tout en maintenant la continuité de la conversation. C. Réaffecter le budget de contexte en faveur des résultats RAG tout en réduisant l'allocation de l'historique de conversation — Incorrect. Cela détériore la cohérence en sacrifiant le contexte conversationnel. D. Compresser tous les résultats RAG en un document de synthèse consolidé qui se met à jour de manière incrémentielle après chaque récupération — Incorrect. Cela peut entraîner une perte d'informations et une dérive du résumé, en particulier sur de nombreux tours de conversation.

A. Définir la température à 0 pour éliminer la variabilité des sorties et garantir un formatage cohérent — Incorrect. Cela réduit l'aléatoire mais ne corrige pas les erreurs d'extraction systématiques comme la mauvaise interprétation des plages (« 2 à 3 »). B. Envoyer une requête de suivi incluant l'erreur de validation, en demandant au modèle de corriger sa sortie — Correct. Fournir un retour de validation précis permet au modèle de corriger le problème exact (par exemple, convertir « 2 à 3 » en un nombre flottant valide), rendant la récupération très efficace. C. Pré-traiter les documents sources pour standardiser les formats problématiques avant de les envoyer à l'extraction — Incorrect. Utile dans certains cas, mais pas évolutif ni suffisant pour gérer la diversité des variations du monde réel. D. Mettre en place un pipeline secondaire utilisant un modèle de niveau supérieur pour retraiter les documents qui échouent à la validation — Incorrect. Plus coûteux et inutile — la correction ciblée est plus efficace et plus performante.

A. Des URLs sur lesquelles les utilisateurs peuvent cliquer pour ouvrir le document dans leur navigateur. Incorrect. Les URLs sont utiles pour les utilisateurs, mais ne sont pas idéales pour les agents effectuant des workflows en plusieurs étapes nécessitant un référencement fiable et des opérations supplémentaires. B. Des données structurées contenant les identifiants de documents et les métadonnées pour chaque résultat. Correct. Cela permet à l'agent de référencer de manière programmatique des documents spécifiques (via des identifiants) à travers plusieurs étapes, rendant les workflows tels que les requêtes de suivi ou la récupération de documents précis et fiables. C. Un tableau JSON de titres de documents extraits des résultats de recherche. Incorrect. Les titres seuls sont ambigus et ne constituent pas des identifiants stables, ce qui rend difficile pour les agents d'agir de manière fiable sur des documents spécifiques. D. Des descriptions plus détaillées et lisibles par l'humain, incluant la taille et les auteurs. Incorrect. Utile pour les utilisateurs, mais toujours non structuré et non adapté à des opérations précises d'agents en plusieurs étapes.

A. Retourner une liste de vols vide comme si la recherche avait réussi mais n'avait trouvé aucun vol correspondant. Incorrect. Cela masque l'échec et induit le système en erreur en lui faisant croire qu'aucun vol n'existe, ce qui peut conduire à des conclusions incorrectes. B. Enregistrer l'erreur en interne et retourner une réponse vide, laissant le modèle continuer sans les données de vols. Incorrect. Cela supprime également le signal d'échec, empêchant l'agent de prendre des mesures correctives. C. Retourner un message d'erreur dans le résultat de l'outil expliquant que le service est temporairement indisponible. Incorrect. Bien que transparent, cela ne tente pas à lui seul une récupération et peut dégrader inutilement l'expérience utilisateur. D. Réessayer automatiquement la requête jusqu'à cinq fois avec un backoff exponentiel avant de retourner les résultats à l'agent. Correct. Il s'agit de l'approche la plus efficace : elle gère les pannes transitoires de manière élégante, améliore la fiabilité et ne remonte les erreurs que si les tentatives échouent.

A. La fenêtre de contexte du modèle a été dépassée par la longueur de la conversation — Incorrect. Cela ne se produirait que lors de conversations très longues, alors que le problème apparaît dès les premiers échanges. B. L'API Claude nécessite un paramètre session_id que vous n'avez pas configuré — Incorrect. Il n'existe pas de session_id obligatoire ; le contexte doit être géré explicitement par l'application. C. Claude nécessite une connexion à une base de données vectorielle pour maintenir la mémoire de la conversation — Incorrect. Une base de données vectorielle est optionnelle pour la récupération d'informations, elle n'est pas requise pour la mémoire conversationnelle de base. D. Votre application n'inclut pas les messages précédents dans le tableau messages — Correct. Claude ne conserve aucune mémoire entre les appels ; si les messages précédents ne sont pas inclus, il ne peut pas se souvenir des préférences exprimées antérieurement par l'utilisateur.

A. Créer une nouvelle playlist « Focus » avec des titres sélectionnés et notifier l'utilisateur qu'elle est prête. Incorrecte. Cette option suppose une intention et risque d'effectuer la mauvaise action, ce qui frustre les utilisateurs. B. Poser une question de clarification sur le type d'action : écouter maintenant ou configurer pour plus tard. Correcte. Cela minimise les frictions tout en résolvant l'ambiguïté, permettant à l'assistant d'effectuer rapidement la bonne action. C. Lancer immédiatement des titres populaires de concentration et laisser l'utilisateur rediriger si nécessaire. Incorrecte. Agit prématurément et peut ne pas correspondre à l'intention de l'utilisateur. D. Démarrer la configuration des préférences en posant des questions sur les genres, le tempo et les artistes. Incorrecte. Trop lourd en amont — ajoute des frictions inutiles avant de confirmer l'intention.

A. L'agent de synthèse a besoin d'outils capables de récupérer les résultats directement depuis l'historique des conversations des autres agents. Incorrect. Les agents n'ont pas besoin d'accéder directement aux historiques des autres. Une orchestration correcte transmet les sorties explicitement via des prompts. B. La fenêtre de contexte de l'agent de synthèse n'est pas suffisamment large pour contenir les sorties combinées des deux agents précédents. Incorrect. Si c'était le problème, l'agent recevrait des données tronquées, et non une absence totale de données. L'erreur indique que les entrées sont entièrement manquantes. C. Les sous-agents doivent partager une seule connexion API pour permettre le partage automatique du contexte entre les invocations. Incorrect. La communication entre agents ne dépend pas de connexions API partagées. Le contexte doit être explicitement transmis par le coordinateur. D. Le coordinateur n'a pas inclus les sorties des agents précédents dans le prompt de l'agent de synthèse. Correct. L'agent de synthèse ne peut agir que sur les informations fournies dans son prompt. Si les sorties précédentes ne sont pas transmises, il signalera l'absence des résultats de recherche.

B. Les détails de la commande sont ajoutés à la conversation et le modèle raisonne sur l'action à entreprendre. Correct. Dans une boucle agentique, les résultats des outils (comme « acheté il y a 45 jours ») sont réinjectés dans le contexte du modèle, et celui-ci réévalue la situation de manière dynamique. Il décide ensuite s'il convient de procéder avec process_refund, d'escalader vers un humain, ou d'entreprendre une autre action en fonction de la politique et des informations mises à jour. Pourquoi les autres réponses sont incorrectes : A. Séquence d'outils fixe planifiée dès le départ — Incorrect. Les systèmes agentiques ne sont pas des flux de travail statiques ; ils s'adaptent après chaque observation. C. Arbre de décision préconfiguré — Incorrect. Il s'agit d'une automatisation basée sur des règles, et non d'un raisonnement piloté par un LLM. D. La couche d'orchestration achemine automatiquement le prochain appel d'outil — Incorrect. Cela supprime le rôle de raisonnement du modèle et le transforme en un routage déterministe.

A. Votre invite système doit contenir des instructions explicites demandant à Claude de mémoriser les informations des échanges précédents. Incorrect. Les instructions seules ne confèrent pas de mémoire au modèle — le contexte doit être fourni à chaque requête. B. Vous n'incluez pas les messages précédents dans chaque requête API — l'API sans état ne conserve pas l'historique de la conversation. Correct. Claude est sans état. Si les messages précédents ne sont pas transmis dans la requête, il n'a aucune connaissance du vocabulaire antérieur. C. Vous devez activer la persistance de la conversation en transmettant un paramètre d'identifiant de session à chaque appel API. Incorrect. Il n'existe pas d'identifiant de session requis — la mémoire est gérée en incluant les messages passés. D. La fenêtre de contexte du modèle est saturée, ce qui entraîne la perte du contenu des échanges précédents. Incorrect. Cela ne se produirait que lors de conversations très longues, et non dans des scénarios de tests initiaux classiques.

IAM Password Policy permet de définir des règles sur les mots de passe : longueur minimale, réutilisation, expiration, etc. La politique ne gère pas les tentatives incorrectes (C) — cette fonction relève du verrouillage de compte, absent nativement dans IAM. Les options A, B et D correspondent à des paramètres réels configurables dans la console IAM.

Facturation EC2 : La facturation débute dès qu'Amazon EC2 initie la séquence de démarrage de l'AMI, avant même que l'instance soit accessible. L'option B est incorrecte : un simple clic ne suffit pas, c'est le lancement effectif qui déclenche la facturation.

Suspension d'Auto Scaling : AWS permet de suspendre temporairement les processus Auto Scaling sans supprimer la politique. En suspendant le processus Launch ou AlarmNotification, l'utilisateur évite que le téléchargement volumineux (pic réseau temporaire) ne déclenche une mise à l'échelle non souhaitée, puis reprend la politique normalement après l'événement.

Amazon S3 Standard réplique automatiquement les données sur plusieurs Availability Zones au sein de la même région. Pour eu-west-1, les objets sont distribués sur au moins 3 sites distincts, garantissant une durabilité de 99,999999999% (11 neuf). La réplication reste régionale : contrairement aux options A et B, S3 ne copie pas les données vers d'autres régions sans Cross-Region Replication explicitement configurée.

Disaster Recovery sur AWS repose sur plusieurs piliers complémentaires. Les AMIs permettent un redémarrage rapide des serveurs, les tests réguliers garantissent l'opérationnalité des ressources, et la disponibilité des packages logiciels assure la cohérence des environnements. Une stratégie DR efficace combine obligatoirement ces trois éléments : aucun ne suffit seul.

S3 ne dispose pas de moteur de recherche natif. Pour implémenter une recherche parmi des objets S3, il faut construire un système externe (ex: DynamoDB, Elasticsearch) stockant les métadonnées des objets. Les tags S3 (option B) existent mais ne permettent pas une recherche flexible et scalable. S3 ne propose ni indexation ni requête de recherche intégrées.

CloudFront avec origines personnalisées : Lorsqu'on utilise des instances EC2 comme origine, il est recommandé de placer un Elastic Load Balancer devant elles et de spécifier l'URL du load balancer comme nom de domaine d'origine. Cela assure haute disponibilité et répartition de charge. L'option B est incorrecte car CloudFront doit pouvoir atteindre l'origine via Internet.

Le Versioning S3 conserve toutes les versions d'un objet, permettant de restaurer une version précédente après suppression accidentelle. L'authentification MFA Delete exige une validation physique pour supprimer définitivement des versions. Les contrôles d'accès (option C) protègent contre les accès non autorisés, mais ne permettent pas la récupération après une suppression accidentelle.

Security Groups VPC dynamiques : AWS permet de modifier les Security Groups associés à une instance EC2 dans un VPC à tout moment, même après son lancement, via la console, CLI ou API. Les options A et D mentionnant des tags fictifs sont incorrectes — aucun tel mécanisme n'existe dans AWS.

Provisioned IOPS (io1/io2) garantit des performances d'I/O stables et élevées. Les charges OLTP en production exigent une faible latence constante et un débit prévisible, ce qui rend ce stockage indispensable. Le stockage Standard convient aux charges batch ou non critiques, tolérantes aux variations de performance.

Réponse : B. blob et file uniquement. AzCopy est un utilitaire en ligne de commande conçu pour copier des données vers et depuis Azure Storage. Cependant, AzCopy ne supporte que deux services de stockage comme destinations : Azure Blob Storage et Azure File Storage. Les services Azure Table Storage et Azure Queue Storage ne sont pas supportés par AzCopy comme destinations de copie. Pour migrer des données vers Table Storage, il faudrait utiliser des outils comme Azure Storage Explorer ou le SDK Azure. Pour Queue Storage, les données sont typiquement gérées via les API REST ou les SDKs Azure. Il est donc essentiel de connaître ces limitations d'AzCopy pour l'examen AZ-104.

Réponse : Oui. Dans Azure, les machines virtuelles situées dans des sous-réseaux différents d'un même Virtual Network peuvent communiquer entre elles par défaut, sans configuration supplémentaire. Le routage inter-sous-réseaux est automatiquement géré par Azure grâce aux routes système (system routes). Ainsi, Subnet1 et Subnet3, s'ils appartiennent au même Virtual Network, peuvent échanger du trafic librement. La connectivité serait bloquée uniquement si des Network Security Groups (NSG) avec des règles de refus explicites étaient appliqués, ou si des User Defined Routes (UDR) redirigeaient le trafic différemment. En l'absence de telles restrictions dans ce scénario, la réponse Non est incorrecte car rien n'empêche la communication entre ces deux sous-réseaux.

Réponse : A. Aucune ressource ne peut être déplacée. Dans Azure, pour déplacer des ressources entre Resource Groups, ceux-ci doivent appartenir au même abonnement, et les ressources ne doivent pas avoir de verrous (locks) ou de restrictions qui bloquent le déplacement. Dans ce scénario, RG2 contient des ressources liées entre elles (IP2 associée à VNET2, storage2 potentiellement verrouillé). Une adresse IP publique associée à une ressource réseau active ne peut pas être déplacée indépendamment. De plus, si un verrou ReadOnly ou CanNotDelete est appliqué sur RG2 ou ses ressources, aucun déplacement n'est possible. Les options B, C, D et E sont incorrectes car elles supposent que certaines ressources sont déplaçables, ce qui n'est pas le cas dans les conditions décrites pour ce scénario.

Réponse : B. Depuis le panneau Profil, modifier l'emplacement d'utilisation. Dans Azure Active Directory, l'attribution d'une licence Microsoft 365 ou Azure AD à un utilisateur nécessite que celui-ci ait un emplacement d'utilisation (Usage Location) défini dans son profil. Sans cette information géographique, Azure AD ne peut pas attribuer la licence car les services Microsoft varient selon les pays et certains peuvent être restreints dans certaines régions. Cette configuration se trouve dans le panneau Profil de l'utilisateur. Les autres options sont incorrectes : inviter dans un groupe ne résout pas le problème de licence manquante, et modifier le rôle de répertoire concerne les permissions administratives, pas les licences.

Réponse : A. Oui. Les machines virtuelles sur Subnet3 et Subnet4 peuvent se connecter à Internet car Azure autorise par défaut le trafic sortant vers Internet via les routes système. Dans une architecture Azure typique, chaque Virtual Network dispose d'une route par défaut (0.0.0.0/0) pointant vers Internet. Tant qu'aucun Network Security Group (NSG) ne bloque explicitement le trafic sortant, et qu'aucune User Defined Route (UDR) ne redirige ce trafic vers une appliance virtuelle ou un pare-feu, les VMs peuvent accéder à Internet directement. Les sous-réseaux sans passerelle NAT ni règle restrictive bénéficient de cette connectivité sortante native d'Azure.

Réponse : C. Déployer le connecteur IT Service Management (ITSM). Le connecteur ITSM (IT Service Management Connector) est un prérequis fondamental pour intégrer Azure Monitor avec des outils de gestion des services IT comme ServiceNow, Cherwell ou Provance. Sans ce connecteur, aucune action ITSM (création d'incidents, tickets) ne peut être déclenchée depuis Azure. Il doit être déployé en premier car il établit la connexion entre l'environnement Azure et l'outil ITSM cible. Les autres options sont incorrectes à ce stade : un runbook d'automatisation sert à des tâches de scripting, une function app est pour du code serverless, et une notification ne peut être configurée qu'après avoir établi la connectivité ITSM.

Réponse : B. Depuis le panneau Rôle d'annuaire, modifier le rôle d'annuaire. Dans Azure Active Directory, pour accorder des permissions administratives à un utilisateur, vous devez modifier son Directory Role (Rôle d'annuaire) depuis les propriétés du compte utilisateur. Ce panneau permet d'attribuer des rôles tels qu'Administrateur global, Administrateur d'utilisateurs, etc. L'option A (panneau Licences) est incorrecte car elle concerne uniquement l'attribution de licences de produits (Microsoft 365, Azure AD Premium…), et non la gestion des permissions ou des rôles administratifs. Modifier le rôle d'annuaire est donc la seule action permettant de changer les droits d'administration d'un utilisateur dans Azure AD.

Réponse : D. Créer un enregistrement DNS. Pour ajouter un domaine personnalisé à une application Azure App Service, la première étape obligatoire est de créer un enregistrement DNS chez votre registrar de domaine. Cet enregistrement (de type CNAME ou A) permet de faire pointer www.contoso.com vers l'URL par défaut de webapp1. Azure vérifie ensuite la propriété du domaine via cet enregistrement DNS avant d'autoriser son ajout dans App Service. Sans cette étape préalable, la validation du domaine personnalisé échouera. Les autres options sont incorrectes comme première étape : le certificat SSL (option A) est nécessaire pour le HTTPS mais vient après la validation du domaine ; la chaîne de connexion (option B) concerne les bases de données, pas les domaines ; et arrêter webapp1 (option C) n'est pas requis pour cette opération.

Réponse : D. Utiliser Azure Storage Explorer pour copier les fichiers. Azure Storage Explorer est un outil graphique gratuit de Microsoft permettant de gérer facilement les ressources de stockage Azure (Blob Storage, File Storage, Queue, Tables). Il permet de copier, déplacer et gérer des fichiers vers Azure de manière simple et intuitive, sans nécessiter de configuration complexe. L'option A est incorrecte car une SAS seule ne permet pas de mapper un lecteur réseau directement. L'option B (Azure Import/Export) est réservée aux transferts massifs de données physiques par disque dur. L'option C est incorrecte car une clé d'accès ne suffit pas pour mapper un lecteur via l'Explorateur de fichiers Windows sans configuration SMB supplémentaire (Azure Files requis).

Réponse : A. Depuis le panneau Licences d'Azure AD, attribuer une licence. Dans Azure Active Directory, certaines fonctionnalités avancées (comme la réinitialisation de mot de passe en libre-service, l'accès conditionnel ou la protection des identités) nécessitent des licences Azure AD Premium P1 ou P2. Pour activer ces fonctionnalités pour des utilisateurs, il faut leur attribuer une licence directement depuis le panneau Licences d'Azure AD. Les autres options sont incorrectes : inviter des utilisateurs dans un groupe (B) ne débloque pas de fonctionnalités premium, ajouter une application d'entreprise (C) concerne l'intégration SSO/SAML, et modifier le rôle d'annuaire (D) affecte les permissions administratives, non les licences fonctionnelles.