Ne découvrez pas l'examen
le jour J

Réponse : Le transfert de données de l'appareil Snowball Edge vers Amazon S3. Explication : AWS facture les jours d'utilisation de l'appareil Snowball Edge et les transferts de données sortant d'AWS, mais le transfert de données vers Amazon S3 à partir d'un appareil Snowball est gratuit. Cela rend les migrations de données volumineuses vers le cloud rentables.

Réponse : Élimination des dépenses d'exploitation et de maintenance des centres de données. L'informatique en nuage élimine les dépenses en capital pour les centres de données physiques, les serveurs et les équipements réseau. Les entreprises ne paient que pour ce qu'elles utilisent, convertissant les coûts d'infrastructure fixes en coûts opérationnels variables.

Réponse : Découpler les composants afin qu’ils fonctionnent indépendamment.
Explication : Le découplage des composants permet d’éviter que la défaillance d’une partie de l’application n’affecte l’ensemble.

Réponse : AWS CloudTrail.
Explication : AWS CloudTrail fournit l’audit des actions et identifie les utilisateurs ayant pris des mesures sur les ressources AWS.

Réponse : Virtual Private Cloud.
Explication : Un VPC permet d’isoler totalement la configuration réseau (IP, sous-réseaux, routes, ACL) pour chaque projet.

Réponse : AWS Identity and Access Management.
Explication : IAM permet d’attribuer des rôles, des permissions et de gérer l’accès à tous les services AWS.

Réponse : Elle a conçu un système tolérant aux pannes.
Explication : La tolérance aux pannes garantit qu’un service reste disponible même en cas de défaillance partielle de l’infrastructure.

Macie : utilise le machine learning pour découvrir, classifier et protéger les données sensibles dans Amazon S3. Alertes automatiques si données personnelles détectées.

Réponse : Amazon EC2 / AWS Lambda.
Explication : Amazon EC2 et AWS Lambda offrent des ressources de calcul : EC2 pour des serveurs virtualisés, Lambda pour du serverless à la demande.

Réponse : En provisionnant automatiquement les ressources AWS nécessaires selon la demande.
Explication : L’élasticité permet d’ajuster les ressources à la demande automatiquement, optimisant la performance et les coûts.

Agents autonomes : Bedrock Agents encapsule la logique d'invocation de fonctions, de réessai et de chaînage d'appels. Le LLM décide automatiquement quel service appeler selon le contexte, sans code orchestration manuel.

Fine-tuning modifie les poids du modèle en l'entraînant sur des données spécifiques — adapté quand le style ou le comportement doit changer profondément, mais coûteux en calcul et en données. RAG ne modifie pas le modèle : il récupère dynamiquement des documents pertinents au moment de l'inférence — idéal pour des données qui changent fréquemment ou des bases de connaissances volumineuses. Le choix dépend du budget, de la fréquence de mise à jour des données et du type d'adaptation nécessaire.

Les modèles Amazon Titan sont développés par AWS et disponibles nativement sur Bedrock. Titan Text génère et résume du texte en plusieurs langues. Titan Embeddings convertit du texte en vecteurs numériques pour la recherche sémantique et les pipelines RAG. Titan Image Generator crée des images depuis des descriptions textuelles. Titan n'inclut pas nativement de synthèse vocale (c'est Amazon Polly) ni de transcription (c'est Amazon Transcribe).

Apprentissage supervisé vs non supervisé : La classification supervisée nécessite des données étiquetées (labels) pour entraîner le modèle. Sans labels, on utilise l'apprentissage non supervisé comme le clustering (K-means, DBSCAN) pour découvrir des patterns cachés. C'est une distinction fondamentale en ML.

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 Personalize : service de recommandation full-managed utilisant le machine learning. Traite l'historique d'interaction client, crée des modèles prédictifs pour chaque utilisateur et retourne des listes personnalisées avec impact commercial mesurable en temps réel.

Interprétabilité des arbres de décision : Les arbres de décision suivent un chemin linéaire de conditions (if-then) lisibles à chaque nœud, permettant de tracer exactement pourquoi une prédiction est faite. À l'inverse, les réseaux profonds (deep learning) fonctionnent comme des "boîtes noires" avec des milliers de paramètres non interprétables, rendant impossible d'expliquer chaque décision précisément.

Température et Few-shot : réduire la température (ex: 0.1 vs 1.0) diminue l'aléatoire dans les tokens générés, assurant des prédictions cohérentes. Les exemples few-shot calibrent le LLM sur le style d'étiquetage attendu. À l'inverse, augmenter Top-K introduit plus de variation, et ignorer les exemples perd l'alignement contextuel nécessaire pour la classification stable.

Température et stabilité des LLM : la température contrôle le caractère aléatoire de la génération. Une température basse (< 0.5) rend le modèle déterministe en favorisant les tokens les plus probables, idéal pour des tâches précises comme la classification de sentiments. À l'inverse, augmenter la température ou Top-K amplifie la diversité et l'imprévisibilité, inadapté ici. Les consignes systèmes structurent le comportement.

Transcribe + Translate : Transcribe convertit l'audio en texte avec haute précision dans 99+ langues. Translate, service automatisé, traduit le texte résultant vers les 8 langues cibles. Pipeline coût-efficace et parallélisable pour traiter 50 heures rapidement.

Composition du Sprint Backlog : Le Sprint Backlog est un artefact dynamique contenant trois éléments essentiels : l'Objectif du Sprint (la finalité), les éléments du Product Backlog sélectionnés (le périmètre), ainsi qu'un plan concret de livraison (la stratégie d'exécution). Cette structure complète permet à l'équipe de développement de comprendre non seulement ce qu'elle doit construire, mais aussi pourquoi et comment, favorisant ainsi l'auto-organisation et l'engagement envers la réussite du Sprint.

Double niveau de responsabilité du Scrum Master : Le Scrum Master intervient à deux niveaux — en interne, en soutenant l'auto-organisation de la Scrum Team, et en externe, en aidant l'organisation à adopter les pratiques Scrum. Cela distingue le Scrum Master d'un chef de projet traditionnel, dont le rôle se concentre uniquement sur la livraison.

Définition du Sprint Goal : Le Sprint Goal est l'objectif unique et global qui unifie l'ensemble du travail réalisé durant un Sprint. Il fournit un axe de concentration aux Developers et leur laisse la flexibilité nécessaire pour choisir comment l'atteindre, ce qui le distingue d'une liste de tâches rigide. Cette clarté prévient le glissement de périmètre et aligne les efforts de l'équipe vers un résultat commun.

Definition of Done : Description formelle de l'état de l'Increment lorsqu'il répond aux standards de qualité. Elle garantit une compréhension partagée des critères de complétude au sein de la Scrum Team, empêchant la livraison de travail incomplet. Contrairement à une checklist (outil de suivi), il s'agit d'un engagement qualité ; contrairement aux Objectifs de Sprint ou aux user stories, elle s'applique à l'ensemble du travail réalisé.

Objectif de la Sprint Review : Un événement formel au cours duquel la Scrum Team inspecte l'Incrément et adapte le Product Backlog avec les parties prenantes. Le Product Owner invite les parties prenantes clés à fournir des retours, favorisant la transparence et la collaboration essentielles au succès du produit.

Nature du Product Backlog : Le Product Backlog est un artefact vivant et dynamique qui évolue continuellement tout au long du cycle de vie du produit. Il n'est jamais « complet » — les éléments sont affinés, repriorisés et ajoutés au fur et à mesure que les besoins des parties prenantes et les conditions du marché évoluent. Le Sprint Planning s'appuie sur l'état actuel du Backlog, mais le raffinement et les mises à jour se poursuivent au-delà, ce qui fait de la notion de complétude une idée reçue sur les caractéristiques du Backlog.

Réponse : Inspecter l'Increment et adapter le Product Backlog.
Explication : La Sprint Review est organisée pour inspecter l'Increment et adapter le Product Backlog en collaboration avec les parties prenantes.

Concept clé : La responsabilité du Product Owner en matière d'engagement des parties prenantes. Le Product Owner est explicitement responsable d'inviter les parties prenantes à la Sprint Review, car cet événement constitue une opportunité clé d'inspection et d'adaptation permettant de recueillir des retours sur l'Incrément du produit. Le Product Owner gère les relations avec les parties prenantes et détermine qui doit y assister en fonction de la pertinence par rapport au produit, de la valeur métier et des besoins en retours. Bien que le Scrum Master facilite l'événement et que les Développeurs présentent leur travail, ni l'un ni l'autre n'est responsable de l'invitation des parties prenantes. Les managers ne font pas partie du cadre Scrum et n'ont aucun rôle formel dans cette décision.

Réponse : Créé par l'ensemble de la Scrum Team.
Explication : Le Sprint Goal est créé de manière collaborative par toute la Scrum Team lors du Sprint Planning. Le Product Owner s'assure qu'il apporte de la valeur ; l'équipe définit comment l'atteindre.

Transparence du Product Backlog : Le Product Owner est seul responsable de la tenue d'un Product Backlog clair, bien organisé et compréhensible par toutes les parties prenantes — y compris l'équipe Scrum, les dirigeants et les clients. Cette transparence permet une prise de décision éclairée, réduit les malentendus et garantit l'alignement sur les priorités. Bien que le Scrum Master facilite les processus Scrum et que les Developers mettent en œuvre les éléments du Backlog, aucun des deux n'est responsable de la clarté de celui-ci. Le Product Owner doit continuellement affiner, ordonner et communiquer les éléments du Backlog afin de créer une compréhension partagée de ce qui sera construit et pour quelles raisons.

Réponse : Le nombre d'éléments à sélectionner, la manière d'effectuer le travail.
Explication : Les Developers gèrent eux-mêmes leur capacité et leur approche technique. L'ordonnancement du Backlog appartient au Product Owner.

Le Product Backlog est émergent car il évolue continuellement à mesure que la compréhension du produit et du marché s'améliore — ce n'est pas un document figé créé à l'avance. Il est ordonné par le Product Owner en fonction de la valeur et des priorités, et contient tout ce qui est connu comme nécessaire — et non une spécification complète, ce qui contredirait la nature empirique de Scrum. Les autres options le décrivent à tort comme fixe, entièrement détaillé ou comme un outil d'attribution de tâches, aucune de ces descriptions n'étant conforme à la définition du Product Backlog dans le Scrum Guide en tant qu'artefact dynamique et priorisé.

Réponse : Maximiser la valeur, ordonner le Product Backlog, assurer la transparence du Product Backlog.
Explication : Ces trois éléments constituent les responsabilités fondamentales du Product Owner selon le Scrum Guide 2020.

Réponse : Vrai.
Explication : Le Product Backlog contient tout ce qui est nécessaire pour améliorer le produit — fonctionnalités, bugs, travaux techniques, expérimentations et risques.

Concept clé : La Definition of Done (DoD) représente l'engagement formel qui définit ce que signifie « terminé » pour tout Increment. Selon le Guide Scrum 2020, la DoD est l'engagement explicite de l'équipe concernant les standards de qualité et les critères d'acceptation qui doivent être satisfaits avant qu'un travail soit considéré comme achevé. Chaque élément de l'Increment doit respecter la DoD afin de garantir la transparence, de réduire les reprises de travail et de maintenir une qualité constante. Cette compréhension partagée évite tout désalignement entre la Scrum Team et les parties prenantes quant à ce qui constitue un Increment de produit potentiellement livrable. La DoD n'est pas simplement une liste de contrôle — c'est l'engagement fondamental qui permet à l'équipe de livrer de la valeur de manière prévisible et de maintenir l'intégrité du produit tout au long du processus de développement.

Réponse : Faux. Selon le Guide Scrum, le Product Backlog n'est jamais complet. C'est un artefact vivant et évolutif qui existe tant que le produit existe. Il évolue continuellement en fonction des besoins du marché, des retours des utilisateurs, des changements technologiques et des décisions stratégiques. Le Product Backlog est complété et affiné en permanence lors du Product Backlog Refinement. Affirmer qu'il est « complet » lorsque toutes les stories sont rédigées est donc incorrect : de nouvelles fonctionnalités, améliorations ou corrections peuvent apparaître à tout moment. Seule la disparition du produit ou de l'organisation met fin au Product Backlog.

Approche de développement et cycle de vie : Ce domaine de performance du PMBOK 7e édition englobe la sélection et l'application du cycle de vie approprié au projet. Il couvre spécifiquement les trois approches fondamentales : prédictive (planification complète en amont, livrables définis à l'avance), hybride (combinaison de phases prédictives et adaptatives selon les risques et les incertitudes) et adaptative (itérations courtes, feedback continu, adaptation progressive). Le chef de projet doit évaluer les facteurs critiques du projet — complexité, stabilité des exigences, niveau d'innovation, contraintes organisationnelles — pour choisir l'approche optimale. Cette décision façonne l'ensemble de la gouvernance, de la planification et de l'exécution du projet. Les autres options sont insuffisantes : « Parties prenantes » concerne leur engagement, « Mesure » porte sur les indicateurs de performance, et « Incertitude » est un facteur d'analyse mais ne constitue pas le domaine décisionnel du cycle de vie lui-même.

Un tableau axé valeur inclut des bénéfices attendus vs réalisés, des jalons de valeur, et des indicateurs de résultats d’usage/satisfaction; les heures saisies brutes ou le nombre de pages de documentation sont peu pertinents pour la valeur.

Gestion des conflits - Mode collaboration : le plus approprié pour les relations long terme. Plutôt que de diviser ou de céder, on cherche ensemble la source réelle du désaccord et on construisit une solution satisfaisante pour les deux parties.

Chaîne critique (CCPM) : méthode qui identifie le chemin critique et ajoute des "tampons" (buffers) de temps pour protéger les activités critiques des retards externes. Contrairement à CPM (durées déterministes) ou PERT (estimation probabiliste), CCPM gère activement l'incertitude en insérant des protections temporelles aux points critiques, ce qui est idéal face aux dépendances externes imprévisibles. Monte Carlo évalue les risques mais n'offre pas de stratégie de protection active.

Réponse : Faciliter la communication et le team building. Cela renforce la cohésion et l’efficacité d’un groupe dispersé.

Réponse : Capturer et réviser régulièrement tous les travaux et coûts du projet. Cela permet d’identifier plus tôt les anomalies.

Responsabilité du Product Owner dans la priorisation du backlog : Le Product Owner est l'unique responsable de la priorisation du backlog produit. Cette responsabilité est fondamentale dans le cadre Scrum et découle directement du PMBOK 7e édition qui reconnaît les approches adaptatives. Le Product Owner priorise les éléments en fonction de la valeur métier, des besoins des stakeholders, du retour client et de la stratégie globale du produit. Cette décision ne peut pas être déléguée au Scrum Master, qui joue un rôle de facilitateur et de gardien des processus Scrum, ni à l'équipe de développement qui doit se concentrer sur l'exécution. Le Scrum Master ne priorise jamais en fonction de la vélocité (option 2 est fausse : la vélocité est un indicateur de capacité, non un critère de priorisation). L'équipe de développement ne décide pas collectivement la priorisation (option 3 est fausse : elle peut être consultée, mais c'est du ressort du PO). Enfin, bien que le commanditaire ait une influence, il ne valide pas la priorisation à chaque sprint (option 4 est fausse : c'est un processus continu du PO). Cette clarté de responsabilité est essentielle pour garantir l'alignement stratég

Gestion de configuration : processus systématique garantissant que tous les livrables restent cohérents, identifiables et traçables. Elle prévient les modifications non contrôlées et assure la conformité tout au long du projet. Contrairement aux idées reçues, elle s'applique à tous les types de projets, implique l'équipe entière et couvre tous les livrables, pas seulement les documents contractuels.

Le domaine Planification dans le PMBOK7 : Ce domaine représente l'ensemble des processus permettant de définir, organiser et coordonner les activités nécessaires à la réalisation des objectifs du projet. Il s'agit de la phase stratégique où le chef de projet et son équipe élaborent la feuille de route complète du projet : identification des tâches, séquençage des activités, estimation des durées et des ressources, élaboration du calendrier, planification des risques, et définition des méthodes de contrôle. Ce domaine crée les fondations documentées (plan de gestion du projet et ses composantes) qui serviront de référence tout au long du cycle de vie du projet. Contrairement à l'option 2 qui concerne le domaine Initiation (business case et charte), ni au domaine Suivi-Contrôle (option 3 : suivi des écarts), ni à la gestion des ressources seule (option 4 : allocation des rôles), le domaine Planification englobe une vision intégrale et holistique de l'organisation du travail futur. En contexte agile, cette planification demeure essentielle mais s'effectue de manière itérative et progressive lors de chaque itération, contrairement à l'approche prédictive traditionnelle.

Cette question correspond à l’objectif d\'apprentissage FL-2.1.1 (K2) – Expliquer l\'impact du cycle de vie du développement logiciel choisi sur le test.

● a) Correct → Dans le modèle en V, les tests sont planifiés dès le début, mais ils ne sont exécutés qu’après la phase de développement.
● b) Faux → En Agile, les tests sont intégrés tout au long des sprints et ne sont pas uniquement réalisés en fin de projet.
● c) Faux → Dans un modèle en cascade, les tests sont généralement exécutés après la phase de développement, pas à tout moment.
● d) Faux → Le cycle de vie influence fortement la manière dont les tests sont planifiés, exécutés et intégrés au projet.

Cette question correspond à l\'objectif d\'apprentissage FL-4.1.1 (K2) - Distinguer les  techniques de test boîte noire, boîte blanche et basées sur l\'expérience.
● a) Faux - Cette combinaison mélange des techniques basées sur l\'expérience (tests exploratoires) avec des techniques de test boîte noire (analyses de valeurs limites et tests par paires). Les tests par paires et les analyses de valeurs limites sont des
techniques systématiques basées sur les spécifications, pas sur l\'expérience.
● b) Correct - Cette combinaison contient uniquement des techniques basées sur l\'expérience :

○ Tests basés sur l\'intuition : utilisation de l\'expérience et de l\'intuition du testeur pour identifier les zones problématiques
○ Tests exploratoires : apprentissage, conception et exécution des tests simultanément
○ Tests basés sur les check-lists : utilisation de listes de contrôle développées à partir de l\'expérience pour guider les tests
● c) Faux - Cette combinaison contient principalement des techniques de test boîte blanche (tests de chemins et tests de couverture d\'instructions), avec une technique basée sur l\'expérience (tests basés sur les défauts). Les tests de structure interne sont clairement des techniques boîte blanche.
● d) Faux - Cette combinaison mélange des techniques de test boîte noire (partitionnement d\'équivalence), des techniques basées sur l\'expérience (tests basés sur les risques), et des techniques de test boîte blanche (tests de structure de
contrôle). Ce n\'est donc pas une liste de techniques uniquement basées sur
l\'expérience.

Cette question correspond à l’objectif d’apprentissage FL-1.2.1 (K2)- Donner des exemples montrant la nécessité des tests.
● a) Faux → Les tests dynamiques détectent des défauts, mais ils ne garantissent pas qu’ils provoquent uniquement des comportements anormaux impossibles à reproduire par les utilisateurs.

● b) Correct → Les tests statiques permettent d’identifier des défauts dans le code source avant même l’exécution, ce qui réduit les coûts de correction.
● c) Faux → L’analyse statique ne garantit pas qu’un composant est prêt pour la production, elle identifie uniquement des erreurs structurelles.
● d) Faux → Les revues améliorent la qualité des spécifications, mais ne remplacent pas les tests

Cette question correspond à l’objectif d’apprentissage FL-1.2.3 (K2) – Expliquer la relation entre erreur, défaut et défaillance.
● a) Faux → Une erreur est une faute humaine qui peut introduire un défaut, mais ce n’est pas une anomalie détectée en production.
● b) Faux → Un défaut peut exister sans être visible par l’utilisateur final.
● c) Correct → Une erreur humaine peut entraîner un défaut dans le logiciel, qui peut causer une défaillance en production
● d) Faux → Une défaillance est une anomalie observée lors de l’exécution, pas un problème directement présent dans le code source.

Cette question correspond à l’objectif d’apprentissage FL-5.1.3 (K2) – Comparer et opposer
les critères d\'entrée et les critères de sortie.
La bonne réponse est a) et c)
● a) Correct → L’exécution complète des cas de test prévus (comme ceux de non-régression) est un critère de sortie standard indiquant l’exhaustivité des tests.
● b) Faux → La validation de l’environnement de recette est une préparation au test et relève donc des critères d’entrée.
● c) Correct → Un seuil de couverture des exigences critiques est un indicateur objectif pour déterminer si les tests peuvent être considérés comme suffisants.
● d) Faux → L’approbation du plan de test concerne la préparation des activités de test, donc un critère d’entrée.
● e) Faux → L’outillage opérationnel est une condition préalable au bon déroulement des tests, donc là encore, un critère d’entrée.

Cette question correspond à l’objectif d\'apprentissage FL-6.1.1 (K2) – Expliquer comment différents types d\'outils de test soutiennent les tests.

● a) Faux → Les outils d’exécution et de couverture des tests sont conçus pour automatiser et mesurer l’exécution des tests, mais ne gèrent pas l’organisation des cas de test et des défauts.
● b) Faux → Les outils de test de non-régression sont utilisés pour vérifier que les modifications apportées au code n’introduisent pas de nouveaux défauts, mais ils ne gèrent pas directement les cas de test et les défauts.
● c) Correct → Les outils de gestion des tests permettent de structurer, suivre et centraliser les cas de test, les défauts détectés et les configurations de test.
● d) Faux → Les outils d’analyse statique examinent le code source sans exécuter le programme, mais ne permettent pas de suivre la gestion des tests et des défauts.

Cette question correspond à l’objectif d\'apprentissage FL-2.1.2 (K1) – Rappeler les bonnes pratiques de test qui s\'appliquent à tous les cycles de vie du développement logiciel.

● a) Faux → Les tests doivent couvrir plusieurs niveaux (unitaires, intégration, système, acceptation), et pas uniquement l’interface utilisateur.
● b) Faux → Attendre la fin du développement pour tester expose le projet à un risque accru de corrections coûteuses en fin de cycle.
● c) Faux → La documentation des tests est essentielle pour assurer la traçabilité et la reproductibilité des tests.
● d) Correct → Tester tôt est une bonne pratique universelle, car plus un défaut est détecté tôt, moins il est coûteux à corriger.

Cette question correspond à l’objectif d’apprentissage FL-4.2.4 (K3) – Utiliser les tests de transition d’état pour dériver les cas de test. Transitions identifiées :

1️⃣Accueil → Saisie du code PIN
2️⃣Saisie du code PIN → Sélection du montant
3️⃣Sélection du montant → Éjection du billet
4️⃣Éjection du billet → Fin de transaction
5️⃣Fin de transaction → Retour à l’accueil
6️⃣Annulation à tout moment → Retour à l’accueil

6 transitions minimum doivent être testées pour couvrir tous les cas.

● a) Faux → 5 transitions ne suffisent pas.
● b) Correct → 6 transitions couvrent toutes les possibilités.
● c) Faux → 7 transitions incluraient un test redondant.
● d) Faux → 8 transitions sont excessives.

Cette question correspond à l’objectif d’apprentissage FL-2.1.6 (K2) – Utiliser les rétrospectives pour améliorer le processus.
● a) Faux → Identifier le problème sans agir n’apporte aucune amélioration.
● b) Faux → Déplacer le problème ailleurs ne résout rien.
● c) Correct → Impliquer les testeurs plus tôt dans le processus est une amélioration concrète issue d’une réflexion collective.
● d) Faux → Ajouter des ressources sans changer le processus ne garantit pas de
résolution.

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.

Redondance et disponibilité : Les serveurs redondants maintiennent la disponibilité des données en répartissant les charges de travail sur plusieurs systèmes. Si un serveur tombe en panne, les autres continuent automatiquement les opérations sans interruption de service. Cela répond au pilier de disponibilité de la triade CIA. Le chiffrement (A) protège la confidentialité des données, les pare-feu (B) contrôlent les accès, et les VPN (C) sécurisent les communications — aucun ne garantit la disponibilité en cas de panne.

Fondement de l'inventaire des actifs : Un inventaire complet du matériel et des logiciels constitue la base indispensable à la mesure du risque. Lorsqu'une vulnérabilité est divulguée, les analystes doivent connaître précisément les systèmes existants au sein de l'organisation afin de déterminer l'étendue de l'exposition et son impact. Sans cet inventaire, l'évaluation des risques devient spéculative. Les classifications des systèmes, les registres de propriété et les évaluations tierces sont utiles mais secondaires — ils supposent au préalable de savoir quels actifs existent.

Le crime organisé en tant qu'opérateur de RaaS : Les organisations criminelles exploitent des plateformes de ransomware-as-a-service à des fins lucratives, en proposant des logiciels malveillants et une infrastructure à des affiliés contre une commission. Ce modèle orienté profit les distingue des États-nations (motivations géopolitiques), des hacktivistes (causes idéologiques) et des menaces internes (accès depuis l'intérieur). Le RaaS représente l'industrialisation de la cybercriminalité par des groupes organisés.

Intégrité : garantit que les données restent exactes et non altérées. Modifier des données en transit viole ce principe, car les informations sont modifiées sans autorisation. La confidentialité protège le secret, la disponibilité garantit l'accès, et la non-répudiation empêche le déni d'actions — aucun de ces principes ne traite de la modification non autorisée des données.

L'authentification multi-facteurs (MFA) combine deux facteurs d'authentification ou plus : le facteur de connaissance (mot de passe, code PIN), le facteur de possession (jeton matériel, carte à puce, application mobile) et le facteur d'inhérence (biométrie — empreinte digitale, reconnaissance faciale, scan rétinien). L'utilisation des trois facteurs constitue la configuration MFA la plus robuste. La 2FA n'utilise que deux facteurs. Le SSO fournit une authentification unique sur plusieurs systèmes. La fédération étend l'authentification au-delà des frontières organisationnelles.

Ransomware est la réponse correcte car c'est un type de malware qui chiffre les fichiers de la victime et exige un paiement (rançon) pour fournir la clé de déchiffrement. Le Spyware collecte des informations personnelles sans autorisation, le Rootkit fournit un accès administrateur caché au système, et l'Adware affiche des publicités intrusives - aucun de ces trois ne chiffre les fichiers pour demander une rançon. Cette distinction est essentielle pour la certification Security+ car elle teste la compréhension des différents vecteurs de menace et de leurs caractéristiques spécifiques.

Liste d'autorisation d'applications (allowlisting) : un contrôle de sécurité qui permet uniquement aux logiciels préalablement approuvés de s'exécuter sur les systèmes. En maintenant une liste blanche des applications autorisées, les organisations empêchent l'installation de logiciels non autorisés ou malveillants. Contrairement aux antivirus (détection réactive), l'allowlisting bloque de manière proactive les programmes non approuvés.

Les configurations par défaut non sécurisées : des configurations de bases de données laissées inchangées par rapport aux paramètres d'usine, contenant souvent des identifiants faibles ou des services inutiles activés. Les attaquants exploitent ces vulnérabilités connues car les administrateurs négligent de renforcer les systèmes après leur déploiement. Contrairement au débordement de tampon (corruption mémoire), à la condition de course (attaques par timing) ou à l'injection mémoire (exécution de code), les configurations par défaut non sécurisées ciblent spécifiquement les configurations de base laissées inchangées.

Le RGPD (Règlement Général sur la Protection des Données) est la loi européenne complète sur la confidentialité qui s'applique à toute organisation traitant des données personnelles de résidents de l'UE — même si l'organisation est établie en dehors de l'UE. Exigences clés : base légale pour le traitement, minimisation des données, droit d'accès et d'effacement, notification des violations dans les 72 heures, désignation d'un Délégué à la Protection des Données (DPO) pour les traitements à haut risque, et Privacy by Design. HIPAA couvre les données de santé américaines. PCI-DSS couvre les données de cartes de paiement. SOX couvre le reporting financier américain.

La maintenance planifiée (Scheduled downtime) : une fenêtre prédéfinie pendant laquelle les administrateurs effectuent la maintenance ou les mises à jour du système tandis que celui-ci est intentionnellement hors ligne. Cela minimise l'impact sur l'activité en permettant aux organisations de s'organiser autour de l'indisponibilité plutôt que de subir des pannes inattendues. Contrairement à l'analyse d'impact (outil d'évaluation), aux plans de retour arrière (procédures de rollback) ou aux comités de changement (processus d'approbation), la maintenance planifiée préserve directement la disponibilité grâce à une allocation planifiée du temps d'interruption de service.

SELECT DISTINCT : Cette clause SQL filtre les résultats en éliminant les doublons, retournant uniquement les valeurs uniques. Elle est essentielle pour analyser les données sans répétition (ex : liste des clients distincts). À différencier de SELECT UNIQUE (syntaxe SQL Server inexistante), SELECT ONLY (pas une commande SQL standard) et SELECT FILTERED (qui requiert une clause WHERE).

Une clé étrangère (Foreign Key) est une contrainte référentielle qui lie une colonne d'une table à la clé primaire d'une autre table. Elle garantit l'intégrité référentielle : on ne peut pas insérer une valeur dans la colonne FK si elle n'existe pas dans la table référencée, ni supprimer une ligne référencée sans gérer les dépendances. Exemple : une table Commandes avec un CustomerID (FK) référençant la table Clients (PK=CustomerID). Sans FK, on pourrait avoir des commandes orphelines sans client associé.

Azure Table Storage est un service de stockage clé-valeur NoSQL simple et économique pour des données structurées sans jointures complexes. Il est préféré à Cosmos DB quand : (1) le budget est limité (coût bien inférieur), (2) les besoins de latence sont moins stricts, (3) la réplication multi-région n'est pas requise, (4) les données ont un accès prévisible par clé de partition et clé de ligne. Cosmos DB Table API offre les mêmes fonctionnalités avec plus de performance et de SLA, mais à un coût supérieur.

Azure Files : service de stockage managé offrant des partages de fichiers accessibles via le protocole SMB (Server Message Block), permettant aux applications et utilisateurs de se connecter comme à un lecteur réseau standard. Contrairement à Blob Storage (objets binaires non-montables), Disk Storage (disques VM) ou Queue Storage (files d'attente), Azure Files fournit un système de fichiers partagé et hiérarchique idéal pour les accès collaboratifs et les migrations lift-and-shift.

Azure Table Storage : service NoSQL qui stocke des données structurées en paires clé-valeur (PartitionKey + RowKey) sans schéma rigide. Idéal pour les données semi-structurées et évolutives. Contrairement aux bases relationnelles (réponse 1) avec schémas fixes, ou aux Blob Storage (réponse 3) pour fichiers volumineux, Table Storage offre flexibilité et requêtes rapides sur des entités simples.

GRS (Geo-Redundant Storage) : option qui réplique vos données dans deux régions géographiquement distantes (région primaire + région secondaire distante de centaines de km). Cela protège contre les défaillances régionales majeures. À l'inverse, LRS reste local (une seule région) et ZRS se limite à une seule région avec distribution entre zones.

Une vue (View) est une requête SQL enregistrée sous forme d'objet virtuel qui se comporte comme une table. Elle ne stocke pas de données physiquement (sauf les vues matérialisées) — à chaque appel, elle exécute la requête sous-jacente. Avantages : (1) Simplification des requêtes complexes en les encapsulant, (2) Sécurité en exposant uniquement certaines colonnes aux utilisateurs sans accès direct à la table, (3) Abstraction permettant de modifier la structure sous-jacente sans impacter les applications qui utilisent la vue.

OLTP (Online Transaction Processing) : système conçu pour traiter des opérations courantes, rapides et fréquentes modifiant les données en temps réel. Mettre à jour un solde bancaire illustre parfaitement : c'est une transaction atomique, immédiate et critique. À l'inverse, analyser les ventes sur 5 ans ou créer des modèles prédictifs relèvent de l'OLAP (analytics), qui examine des données historiques agrégées.

Réponse : UPDATE. Explication : Pour modifier une valeur existante dans une table de base de données, utilisez l'instruction DML UPDATE : UPDATE [tableau] SET [colonne] = [valeur] WHERE [condition]. INSERT ajoute de nouvelles lignes, SELECT lit les données, et DELETE supprime les lignes.

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éponse : Assignez un ordre interne réel dans les données de base d'immobilisation et réglez périodiquement à deux centres de coûts. Explication : Pour répartir les coûts d'amortissement à plusieurs centres de coûts, utilisez un ordre interne comme collecteur intermédiaire dans les données de base d'immobilisation. L'ordre interne est ensuite réglé périodiquement à l'aide de règles de distribution pour allouer les coûts à chaque centre de coûts.

Réponse : Vrai
Explication : Les modèles analytiques CDS (avec annotations) délèguent agrégations/calculs à HANA et sont consommés par Fiori/Smart Business.

Réponse : F-53
Explication : F-53 enregistre un paiement sortant manuel et propose le lettrage des postes fournisseurs.

Réponse : Client. Explication : Les zones fonctionnelles sont définies au niveau du client dans SAP, ce qui signifie qu'elles sont partagées entre tous les codes sociétés et zones de contrôle du système SAP. Cela garantit une comptabilité analytique par coûts et ventes cohérente dans toute l'organisation.

Réponse : Ils se mettent à jour automatiquement via les sous-comptes BP
Les comptes de réconciliation (reconciliation accounts) sont des comptes G/L spéciaux qui ne peuvent pas être saisis directement. Ils sont alimentés automatiquement lors de la comptabilisation sur les comptes clients ou fournisseurs (sous-comptes Business Partner), assurant ainsi la cohérence entre les sous-livres et la comptabilité générale.

Réponse : Modèles de listes de tâches ; Dépendances et jalons ; Assignation d’organisations et de rôles ; Suivi d’exécution et journalisation.
Explication : Le FCC industrialise la planification et l’exécution de la clôture avec traçabilité.

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 : Les groupes de tolérance utilisateur peuvent limiter les écarts ; Les reason codes documentent la cause des différences ; Des comptes d’écart d’escompte/écriture de charge peuvent être déclenchés.
Explication : Les tolérances contrôlent la compensation et l’affectation des écarts aux comptes appropriés.

Réponse : Financial Closing Cockpit (Fiori).
Explication : Le FCC fournit des modèles, des listes de tâches, des dépendances et un suivi d’exécution pour les clôtures périodiques et annuelles.

Réponse : F-28
Explication : F-28 comptabilise un paiement entrant et propose le lettrage des postes du client.

Concept clé : Test de confidentialité dans l'apprentissage fédéré. L'apprentissage fédéré vise à préserver la confidentialité en maintenant les données d'entraînement décentralisées. Les testeurs doivent valider que les données individuelles ne quittent jamais les appareils locaux et que seules les mises à jour agrégées du modèle sont transmises, prévenant ainsi toute exposition non autorisée des données pendant le processus d'apprentissage.

Concept clé : Test de conformité au RGPD. Le droit à l'oubli est une exigence fondamentale du RGPD. Les testeurs doivent valider que les systèmes AI gèrent correctement les demandes de suppression de données et que les informations personnelles sont réellement supprimées de l'ensemble des pipelines de traitement et des systèmes de stockage.

Concept clé : Tests de discrimination en AI. Les testeurs doivent comparer les taux d'approbation entre les groupes démographiques en utilisant des profils financiers équivalents. Si les taux d'approbation diffèrent significativement entre des groupes ayant des références similaires, une discrimination est identifiée. Ce test axé sur l'équité garantit un traitement égal indépendamment des attributs protégés.

Réponse : L\'amélioration continue.
Explication : L\'amélioration continue est la responsabilité de chacun dans l\'organisation, pas seulement d\'une équipe dédiée. Chaque employé doit contribuer à l\'identification et à la mise en oeuvre des améliorations.

Réponse : Flux de valeur et processus.
Explication : La dimension \'Flux de valeur et processus\' se concentre sur les activités et leur coordination pour créer de la valeur. Elle définit comment les différentes parties d\'une organisation collaborent pour livrer des services.

Réponse : Rôles et responsabilités.
Explication : La dimension \'Information et technologie\' couvre les données, systèmes d\'information et outils. Les rôles et responsabilités appartiennent à la dimension \'Organisations et personnes\'.

Réponse : Le système de valeur des services.
Explication : Le système de valeur des services (SVS) est le concept ITIL 4 qui décrit comment tous les composants et activités, y compris la gouvernance, fonctionnent ensemble pour créer de la valeur.

Réponse : Résultats souhaités par une partie prenante.
Explication : Les résultats (outcomes) sont les effets souhaités par une partie prenante. Ils diffèrent des livrables (outputs) : le résultat est la valeur créée pour le consommateur, pas le produit livré.

Réponse : protéger.
Explication : La pratique de gestion de la sécurité de l\'information a pour but de protéger les informations de l\'organisation contre les menaces, en assurant confidentialité, intégrité et disponibilité.

Réponse : 1 et 4.
Explication : La résolution d\'un problème implique l\'amélioration continue (identifier et éliminer la cause) et le contrôle des changements (implémenter la correction de manière contrôlée et sécurisée).

Réponse : Il devrait y avoir au moins une petite équipe qui se consacre à la conduite des efforts d\'\"amélioration continue\".
Explication : ITIL 4 recommande qu\'une équipe dédiée, même réduite, pilote les efforts d\'amélioration continue pour maintenir le focus et la cohérence, sans que cela n\'empêche toute l\'organisation d\'y contribuer.

Réponse : Offre de service.
Explication : Une offre de service est un ensemble de produits et services proposé à un consommateur. Le package (ordinateur + logiciels + licences + support) constitue une offre de service complète et packagée.

Réponse : Habilitation des changements.
Explication : En ITIL 4, l\'habilitation des changements est responsable du déplacement des composants vers les environnements de production, garantissant que les changements sont correctement contrôlés et autorisés avant mise en production.

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

Dans Microsoft Entra ID (Azure AD) :

• Cloud-only identity : L’utilisateur est créé directement dans Azure AD. Aucun lien avec l’AD local, mot de passe géré dans le cloud.

• Synced identity (Identité synchronisée) :

  • Les comptes utilisateurs et les mots de passe (hashs) sont synchronisés depuis Active Directory on-premises via Azure AD Connect.

  • L’authentification se fait dans le cloud, mais les identités sont gérées depuis l’AD local.

• Federated identity (Identité fédérée) :

  • Utilise des services comme AD FS pour l’authentification directe auprès de l’AD local. Les mots de passe ne sont pas synchronisés vers le cloud.

• On-prem delegated identity : Terme moins courant, utilisé pour certaines configurations hybrides spécifiques, mais pas standard pour la synchronisation cloud.

👉 La synchronisation des comptes et des mots de passe via Azure AD Connect correspond donc à une identité synchronisée (Synced identity).

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

• Lorsqu’une Power App est intégrée dans Teams, ses données sont stockées automatiquement dans un environnement Dataverse pour Teams.

• Cela permet :

  • Un stockage structuré et sécurisé

  • L’accès aux données uniquement aux membres de l’équipe Teams

• Les autres options ne sont pas utilisées par défaut pour les Power Apps dans Teams :

  • A : OneDrive for Business sert au stockage de fichiers personnels ou partagés.

  • C : Azure Blob Storage est un service de stockage cloud général, non utilisé par défaut.

  • D : SharePoint Online site library stocke des fichiers, pas les tables Dataverse des Power Apps.

• Windows 365 Cloud PC fournit des PC persistants dans le cloud :

  • Chaque utilisateur obtient son propre environnement desktop

  • Les applications et paramètres sont conservés entre les sessions

  • Toujours disponible et indépendant des autres utilisateurs

• Les autres options ne répondent pas exactement au besoin :

  • A : Pooled session hosts partagent les sessions, donc l’environnement n’est pas persistant.

  • C : Single-session desktop dans AVD peut être persistant, mais nécessite plus de gestion et de configuration.

  • D : Azure App Service Web App héberge des applications web, pas un desktop complet persistant.

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.

• Device compliance policies dans Intune permettent de définir :

  • Les exigences pour qu’un appareil soit considéré conforme (ex : chiffrement, mot de passe, version OS minimale).

• Combinées avec Azure AD Conditional Access, elles permettent de bloquer l’accès aux services cloud (comme SharePoint Online) si l’appareil n’est pas conforme.

  🎯 À retenir pour l’examen MS-900 :

  • Conformité des appareils + Azure AD Conditional Access = accès sécurisé aux services cloud

  • Profils de configuration ou Autopilot = configuration d’appareils, pas contrôle d’accès basé sur la conformité.

L’application mobile OneDrive permet :

• D’accéder aux fichiers sur tablette et smartphone

• De rendre certains fichiers ou dossiers disponibles hors ligne

• De minimiser le stockage local, car seuls les fichiers sélectionnés sont téléchargés pour un accès hors ligne, le reste reste dans le cloud.

  🎯 À retenir pour l’examen MS-900 :

  • OneDrive mobile app + disponibilité hors ligne = accès aux fichiers sur appareils mobiles même sans connexion, avec stockage local limité.

  • Les autres solutions (navigateur, WebDAV, laptop) ne répondent pas au besoin mobile hors ligne.

• Dans Microsoft Stream, on peut contrôler :

  • Qui peut regarder une vidéo (exiger l’authentification)

  • Si la vidéo peut être téléchargée (désactiver le téléchargement)

• Cette configuration garantit que seuls les employés authentifiés peuvent accéder au contenu et qu’aucun téléchargement n’est possible.

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

  • A : OneDrive sync ne concerne pas Stream.

  • B : Désactiver l’accès invité protège l’ensemble du tenant, mais ne gère pas les vidéos internes.

  • D : Une politique de rétention supprime des vidéos, ne contrôle pas l’accès ou le téléchargement.

• Azure SQL Managed Instance :

  • Fournit une compatibilité quasi totale avec SQL Server (fonctionnalités, T-SQL, logins, agent SQL).

  • Permet de déplacer des bases SQL Server existantes vers le cloud avec très peu de modifications d’applications.

• Les autres options :

  • Azure SQL Database / Hyperscale → PaaS “single database” ou “scale-out”, certaines fonctionnalités SQL Server ne sont pas supportées, ce qui peut nécessiter des changements.

  • Azure Database for PostgreSQL → Base de données différente, non compatible SQL Server.

• 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

Le pilier Performance Efficiency du Azure Well-Architected Framework concerne :

• La capacité d’un système à s’adapter aux variations de charge

• L’autoscaling

• L’optimisation des ressources

• Le dimensionnement dynamique

• L’utilisation de services PaaS et serverless pour ajuster automatiquement la capacité

Dans ce scénario :

• Il faut gérer des pics saisonniers

• Éviter le surprovisionnement

• Adapter automatiquement les ressources

👉 Cela correspond parfaitement au pilier Performance Efficiency.

• Zero Trust Remote Access exige :

  • Aucun port entrant exposé sur Internet

  • Accès sécurisé aux applications internes uniquement après authentification et autorisation contextuelles

• Microsoft Entra Private Access :

  • Fournit un accès Zero Trust aux applications internes

  • Les employés se connectent via une passerelle sécurisée, sans exposer de ports publics

  • Contrôle l’accès en fonction de l’identité, du rôle et du contexte

• C’est la solution native Microsoft pour répondre à cette exigence Zero Trust.

• Hotpatch :

  • Fonctionnalité Azure-only pour Windows Server

  • Applique les mises à jour de sécurité critiques sans redémarrage complet

  • Réduit les interruptions de service pour les workloads sensibles (ex : santé, finance)

  • Permet un contrôle administratif, mais avec automatisation pour les correctifs critiques

• Cette approche est le compromis idéal entre patching manuel (risque faible mais effort élevé) et automatisation complète (risque de redémarrage inattendu).

• 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

Pour assurer la conformité de toutes les ressources Azure avec le CIS Benchmark :

• Azure Policy permet de définir et appliquer des règles sur les ressources Azure.

• Une initiative (initiative definition) regroupe plusieurs policies liées à un objectif, ici : le CIS Benchmark.

• Déployer cette initiative au niveau du Management Group :

  • Assure que toutes les souscriptions enfants héritent des règles

  • Centralise la gouvernance

• Cette approche est scalable et alignée avec les Azure Landing Zones et le Cloud Adoption Framework (CAF).

• Domain Controllers (DCs) sont des actifs critiques : si compromis, un ransomware peut propager des droits administratifs à l’ensemble de l’entreprise.

• Microsoft Best Practices pour la résilience AD / PIM recommandent :

  • Just-in-Time (JIT) access pour les comptes privilégiés

  • Activation temporaire uniquement lorsqu’un administrateur a besoin de se connecter au DC

  • Journalisation et audit de chaque activation

• Avantages :

  • Réduit la fenêtre d’exposition aux attaques

  • Garantit que les comptes administratifs ne sont pas toujours actifs

  • Conformité aux principes Zero Trust et moindre privilège

• CIEM (Cloud Infrastructure Entitlement Management) se concentre sur :

  • Découverte des droits et rôles dans les environnements cloud (AWS, Azure, GCP)

  • Analyse de l’usage des permissions pour identifier :

    • Les comptes avec permissions inutilisées

    • Les droits à haut risque accumulés inutilement

• Cette approche permet de détecter la sur-privatisation et de prévenir les risques d’escalade de privilèges ou d’accès abusif, ce qui est exactement l’objectif de la question.

• Les exigences réglementaires demandent :

  • Aucun accès permanent → limitation stricte des privilèges

  • Journalisation et révision → audit complet des accès administratifs

• Azure AD Privileged Identity Management (PIM) :

  • Fournit l’accès Just-in-Time aux rôles privilégiés (Owner, Contributor, etc.)

  • Les administrateurs doivent activer explicitement leur rôle pour une période limitée

  • Chaque activation est journalisée dans Azure AD et Azure Monitor, ce qui permet audit et conformité

• C’est la solution recommandée par Microsoft pour les environnements réglementés (finance, santé, gouvernement)

• App Service Authentication / Authorization (Easy Auth) :

  • Permet de forcer l’authentification Azure AD sans modifier le code de l’application

  • Prend en charge MFA, Conditional Access et Single Sign-On

  • Fonctionne pour tous les utilisateurs qui accèdent à l’application

• Avantages :

  • Aucun développement requis → répond à la contrainte “sans modifier le code”

  • Intégration directe avec Azure AD

  • Compatible avec politiques MFA et Conditional Access

Le type de machine n1-standard-96 fournit exactement 96 vCPU, correspondant aux exigences de l'application critique. Modifier une instance en cours d'exécution n'est pas possible pour le nombre de vCPU — il faut arrêter la VM. Les recommandations Rightsizing sont pour optimiser, pas migrer.

Puisque le workload est tolérant aux pannes, les VMs préemptibles sont idéales (jusqu'à 80% moins chères). Le test avec des événements de maintenance simulés valide la tolérance aux interruptions avant de basculer en production.

Le rôle prédéfini Project Viewer (roles/viewer) accorde des droits de lecture sur toutes les ressources du projet, sans permissions de modification. Il n'est pas nécessaire de créer un rôle personnalisé puisque ce rôle répond exactement au besoin.

La bonne pratique Google est d'attribuer les rôles IAM à des groupes plutôt qu'à des individus. Le rôle spanner.databaseUser permet la lecture et l'écriture des données. spanner.viewer est en lecture seule.

Une VM CE standard démarrée/arrêtée selon les besoins est optimale ici : la tâche dure 30 heures (plus longue que la durée max préemptible de 24h), et elle doit être redémarrée si interrompue. Les VMs préemptibles ne conviennent pas pour un job aussi long.

Cloud Functions supporte nativement les déclencheurs Cloud Storage — la fonction est invoquée automatiquement à chaque upload de fichier. C'est la solution la plus simple et recommandée pour ce pattern événementiel.

La solution la plus simple est de changer le compte de facturation de vos projets pour celui de l'entreprise. Cela redirige immédiatement tous les coûts vers la facture de l'entreprise sans configuration supplémentaire.

La combinaison Service NodePort + Ingress est la méthode recommandée pour exposer une application GKE en HTTPS via un Cloud Load Balancer. L'Ingress gère le certificat SSL/TLS et l'IP publique. ClusterIP n'est accessible qu'en interne au cluster.

Les modifications IAM (ajout d'utilisateurs à des rôles) sont enregistrées dans les journaux d'activité d'administration de Stackdriver Logging. En filtrant sur les rôles IAM Cloud Spanner, on trouve précisément quand et qui a été ajouté.

Ajouter un nouveau node pool n2-highmem-16 au cluster existant est la solution sans temps d'arrêt. Les pods existants continuent de tourner sur les noeuds n1-standard-2 pendant que les nouveaux pods sont schedulés sur le nouveau node pool.

Le rôle du management dans Scrum est de créer un environnement favorable, et non de microgérer ou de surveiller les performances individuelles. Selon le Guide Scrum, le management doit fournir des informations et des ressources qui soutiennent les Scrum Teams. Les options concernant le renvoi de personnes, la surveillance des niveaux de compétences ou le suivi de la vélocité représentent des comportements de type commande-et-contrôle qui vont à l'encontre des principes empiriques et auto-organisationnels de Scrum.

Réponses correctes : Options 1 et 3. Le travail ne répondant pas à la Definition of Done ne doit pas être inclus dans l'Increment (option 1), conformément au Guide Scrum. Le travail restant doit être estimé et retourné au Product Backlog (option 3) afin que le Product Owner puisse le reprioriser. Les options 0 et 2 violent la Definition of Done en incluant ou en divisant un travail incomplet, ce qui nuit à la transparence et à la qualité.

Les rôles corrects au sein d'une Scrum Team sont le Development Team, le Scrum Master et le Product Owner (option 1). Ces trois rôles sont explicitement définis dans le Scrum Guide. Les autres options introduisent des rôles non-Scrum tels que Project Manager, Business Analyst, ou considèrent les Parties Prenantes comme un rôle à part entière — or, les parties prenantes sont externes à la Scrum Team.

Incertain — observer d'abord est la bonne réponse, car un Daily Scrum dépassant 15 minutes révèle des causes profondes (objectifs peu clairs, mauvaise communication, impediments non résolus ou problèmes de périmètre) plutôt qu'un simple problème de taille d'équipe. Diviser l'équipe sans diagnostic préalable risque de fragmenter la collaboration et de passer à côté du vrai problème. Il est nécessaire d'observer et d'accompagner l'équipe avant d'envisager des changements structurels.

Réponses correctes : Options 0 et 4. Un Scrum Master doit accompagner l'équipe de développement à s'auto-organiser et à résoudre les problèmes de manière collaborative (option 0), et coacher individuellement la personne concernée sur l'objectif du Daily Scrum — la synchronisation — et non les discussions techniques approfondies (option 4). Escalader le problème à la direction (option 1) contourne l'autonomisation de l'équipe. Imposer des règles strictes de timeboxing (options 2 et 3) constitue des solutions imposées plutôt qu'un accompagnement de l'équipe vers l'auto-gestion. Le Scrum Master facilite, il ne dicte pas.

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

Le Scrum Master coordonne en levant les impediments et en facilitant l'inspection et l'adaptation, et non par l'attribution directe de tâches ou l'escalade des conflits vers le management. Cette approche de servant-leadership permet aux équipes de s'auto-organiser et de résoudre les problèmes. Le Scrum Master accompagne les équipes sur les dépendances et la collaboration plutôt que d'imposer la coordination, respectant ainsi les valeurs d'auto-organisation de Scrum.

Cette affirmation est Vraie. La dette technique s'accumule avec le temps — les raccourcis accumulés et les mauvais choix de conception rendent les évolutions futures de plus en plus difficiles et coûteuses. Cela ralentit la vélocité et va à l'encontre d'un rythme soutenable, l'un des principes fondamentaux de Scrum.

La meilleure réponse consiste à partager une transparence pertinente : le Product Backlog et les projections de livraison permettent à Peter de comprendre l'avancement vers les objectifs. Cela illustre le pilier Scrum de la transparence et répond à ses préoccupations de manière constructive. Les rapports de P&L, les listes d'impediments ou les rapports d'avancement sont moins pertinents face à des préoccupations liées à la productivité et à la progression.

Les options B et C décrivent correctement les Objectifs de Sprint. L'Objectif est élaboré en collaboration lors du Sprint Planning et apporte focus et flexibilité dans la mise en œuvre. Les Objectifs peuvent évoluer avec de nouvelles informations, mais restent ancrés dans un objectif métier stable. L'option A est fausse — les Objectifs sont définis lors du Planning, et non à la fin du Sprint. L'option D est trompeuse ; bien que les approches de mise en œuvre s'adaptent, l'Objectif lui-même doit rester stable, sauf si l'objectif métier change.

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.

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 : Les préoccupations concernant l\'interface utilisateur augmentent la probabilité d\'un risque dans ce domaine et augmentent la quantité d\'effort de test nécessaire pour l\'interface utilisateur, limitant ainsi l\'effort de test disponible pour d\'autres parties de l\'outil de gestion de test..
Explication : L\'option B est correcte car elle modifie explicitement à la fois la probabilité évaluée et l\'impact basé sur les ressources (couverture de test), ce qui altère l\'exposition au risque produit et force une réévaluation des priorités. Le risque augmente (probabilité × conséquence) avec la réallocation des ressources.

Réponse : Le plan de test du soumissionnaire décrit une mise en œuvre par phases avec des dates de livraison ultérieures à confirmer et indique que les livrables de test seront développés en utilisant la norme IEEE 829 comme guide..
Explication : D est correct car il démontre une réponse appropriée, centrée sur la gestion de test : un plan de livraison par phases réaliste associé à l\'engagement de développer les livrables de test selon un cadre documentaire reconnu (IEEE 829), sans imposer de dates inflexibles ni de processus propriétaires.

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 : 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 : 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 : 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 : Exécution des tests.
Explication : L\'exécution des tests représente la portion la plus importante et la moins prévisible de la variabilité (taux de découverte de défauts, disponibilité de l\'environnement, productivité humaine, boucles de rework). C\'est donc la partie la plus difficile à estimer.

Réponse : Une approche des tests de régression.
Explication : Le plan directeur de test est un document stratégique de haut niveau qui définit l\'approche globale, la portée, les objectifs et les risques. L\'approche des tests de régression est une décision stratégique appropriée à couvrir en détail, contrairement aux détails tactiques comme les valeurs limites ou l\'organisation des cas de test.

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.

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. L'agent coordinateur reçoit la sortie de l'agent de recherche web et inclut les résultats pertinents dans le prompt lors de l'invocation de l'agent d'analyse de documents. Correct. Cela suit le modèle d'orchestration standard où le coordinateur gère tous les flux de données, en transmettant explicitement les sorties entre les sous-agents. B. Les agents communiquent via une file de messages orientée événements, l'agent d'analyse de documents s'abonnant aux événements de fin de recherche web. Incorrect. Cela introduit une complexité d'infrastructure inutile et ne correspond pas au modèle d'orchestration d'agents habituel. C. L'agent de recherche web invoque directement l'agent d'analyse de documents, en utilisant les sources découvertes comme paramètres. Incorrect. Les sous-agents ne doivent pas s'invoquer directement entre eux ; cela rompt le contrôle centralisé et la traçabilité. D. Les deux agents accèdent à un espace mémoire partagé où l'agent de recherche web écrit les résultats et l'agent d'analyse de documents les lit. Incorrect. Bien que cela soit possible dans des systèmes avancés, ce n'est pas l'approche standard ou la plus simple ; cela ajoute de la complexité sans nécessité évidente dans les pipelines classiques.

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

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.

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. 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. 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. Fournir au sous-agent des définitions d'outils lui permettant de demander des résultats à d'autres sous-agents via des callbacks. Incorrect. Cette approche introduit un couplage et une complexité inutiles. Les sous-agents ne devraient pas avoir besoin de récupérer activement des données auprès des autres. B. Inclure directement les résultats complets des deux sous-agents dans le prompt du sous-agent de synthèse. Incorrect. Bien que simple, cette approche ne passe pas bien à l'échelle pour des résultats volumineux et peut dépasser les limites de contexte, réduisant ainsi l'efficacité. C. Transmettre des identifiants de référence et configurer le sous-agent avec un accès en lecture à un espace mémoire partagé où les autres sous-agents ont déposé leurs résultats. Correct. Il s'agit de l'approche la plus évolutive et prête pour la production. Elle préserve la fidélité des informations tout en évitant la surcharge du contexte, permettant à l'agent de synthèse de récupérer exactement ce dont il a besoin. D. Instancier le sous-agent avec seulement une brève description de tâche, en s'appuyant sur un héritage automatique du contexte depuis le coordinateur. Incorrect. Il n'existe pas d'héritage automatique du contexte — sans accès explicite aux données, l'agent de synthèse ne peut pas fonctionner correctement.

Amazon CloudFront est un CDN (Content Delivery Network), pas un service de stockage. Il distribue du contenu via des edge locations pour réduire la latence. À l'inverse, S3, Glacier et EBS sont bien des services de stockage AWS (objet, archivage et bloc).

Amazon Instance Store est un stockage temporaire directement attaché à l'hôte physique EC2. Les données sont perdues à l'arrêt de l'instance. Amazon SNS est un service de messagerie, et AppStream est dédié au streaming d'applications — aucun n'est un type de stockage EC2.

IAM Groups permettent d'organiser les utilisateurs et de leur attribuer des permissions en masse. Un utilisateur IAM peut appartenir à plusieurs groupes simultanément, héritant ainsi des politiques de chacun. Les options C et D sont incorrectes : l'appartenance multi-groupes ne dépend ni du MFA ni d'un VPC.

Accès cross-region à RDS : Les Security Groups étant régionaux, on ne peut pas référencer directement un SG d'une autre région. Il faut autoriser la plage d'IP publiques (CIDR) de l'instance EC2 US West dans les règles ingress du Security Group RDS en US East. L'option C est incorrecte car les SG ne sont pas partageables entre régions.

États d'une alarme CloudWatch : Une alarme possède exactement trois états : OK (métrique dans le seuil), ALARM (seuil dépassé) et INSUFFICIENT_DATA (données manquantes). STATUS_CHECK_FAILED est une métrique EC2, non un état d'alarme CloudWatch.

Elastic Network Interface (ENI) : le nombre d'ENI attachables à une instance EC2 dépend directement de son type (ex : t3.micro = 3 ENI max, p3.16xlarge = 8 ENI max). Il n'existe aucune limite fixe universelle (5, 100), ce qui rend les options A et D incorrectes.

Les EBS Snapshots sont des sauvegardes incrémentielles stockées dans S3, offrant durabilité et récupération en cas de défaillance. Prendre des snapshots réguliers permet de restaurer un volume à un état antérieur. Créer une AMI (option B) sauvegarde une instance entière, pas uniquement la durabilité d'un volume EBS.

Amazon RDS Multi-AZ réplique synchroniquement les données vers une instance standby dans une zone de disponibilité différente. En cas de défaillance, RDS bascule automatiquement vers le standby sans intervention manuelle. Les autres options (AppStream, déploiements personnalisés, événements de journaux) n'ont aucun lien avec la haute disponibilité RDS.

Deny implicite par défaut : IAM évalue toute requête en commençant par un refus implicite. Seul un Allow explicite peut accorder l'accès, et un Deny explicite l'emporte toujours. Le compte root échappe à cette règle car il dispose d'un accès total natif. "Autorisation" est incorrect : aucun accès n'est accordé sans politique explicite.

CloudFormation vs Elastic Beanstalk : Elastic Beanstalk est une plateforme PaaS simplifiant le déploiement d'applications, tandis que CloudFormation est un outil d'Infrastructure as Code offrant un contrôle total sur toutes les ressources AWS. CloudFormation permet de définir, scripter et personnaliser n'importe quelle ressource AWS, le rendant bien plus puissant et flexible. Les options A, B et C sont incorrectes car aucune n'exprime cette distinction fondamentale de puissance et de flexibilité.

Réponse : Non. La question indique que Contoso nécessite un compte de stockage supportant Azure Table Storage. Cependant, dans le contexte de l'examen, cette exigence est souvent associée à un type de compte spécifique. Azure Table Storage est disponible uniquement dans les comptes de type General Purpose v1 (GPv1) ou General Purpose v2 (GPv2), et non dans les comptes Blob Storage. Si le scénario propose un compte de type Blob Storage uniquement, alors la réponse est Non, car ce type de compte ne supporte pas Table Storage. Les comptes Blob Storage sont limités aux données non structurées sous forme de blobs, excluant les services Table, Queue et File.

Réponse : C. Charger App1 dans Registry1. Avant de déployer une image de conteneur sur Azure Kubernetes Service, vous devez d'abord la pousser dans un Azure Container Registry (ACR). AKS tire les images directement depuis un registre de conteneurs ; l'image App1 doit donc être disponible dans Registry1 avant tout déploiement. L'option A est incorrecte car un pool hôte est une notion liée à Azure Virtual Desktop, pas à AKS. L'option B est incorrecte car az aks create sert à créer un cluster AKS, qui existe déjà (Cluster1). L'option D (az acr build) permet de construire une image directement dans ACR, mais l'image App1 étant déjà créée localement, il faut d'abord la charger dans Registry1 via az acr push ou docker push.

Réponse : E. La vérification du flux IP dans Azure Network Watcher. L'outil IP Flow Verify dans Azure Network Watcher permet de tester si un paquet réseau est autorisé ou refusé vers/depuis une machine virtuelle en simulant une connexion avec des paramètres spécifiques (IP source/destination, port, protocole). Il analyse les règles NSG appliquées et indique précisément quelle règle autorise ou bloque le trafic, ce qui en fait l'outil idéal pour diagnostiquer des problèmes liés aux NSGs. Le diagramme VNet1 (A) offre uniquement une vue topologique. Azure Advisor (B) fournit des recommandations générales, non un diagnostic NSG précis. Les paramètres de diagnostic Azure Monitor (C) collectent des métriques mais n'analysent pas les règles NSG. L'option D mentionne Traffic Manager, qui est un service DNS de routage global sans lien avec les NSGs.

Réponse : C. Azure Key Vault et une stratégie d'accès. Azure Key Vault est le service Azure dédié au stockage sécurisé des secrets, clés de chiffrement et certificats, dont les mots de passe. Il permet de définir des stratégies d'accès précises pour contrôler qui peut lire, écrire ou gérer ces secrets. Les options A (Azure AD Identity Protection) et B (Recovery Services) ne sont pas conçues pour stocker des secrets. L'option D (Storage Account) peut techniquement stocker des données, mais n'offre pas les mécanismes de sécurité, d'audit et de gestion des secrets natifs qu'Azure Key Vault fournit pour les informations sensibles comme les mots de passe.

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 : Oui. Dans Azure Active Directory, la capacité d'un utilisateur à ajouter un appareil à un groupe dépend des paramètres de membership du groupe et des rôles attribués. Dans ce scénario, Group2 est un groupe de sécurité avec un membership dynamique ou assigné permettant à User2 d'y ajouter Device2. Si Group2 est configuré comme groupe d'appartenance assignée (Assigned), et que User2 est propriétaire du groupe ou dispose des permissions nécessaires (rôle Groups Administrator ou Cloud Device Administrator), il peut effectivement ajouter Device2. Les groupes AAD permettent aux propriétaires de groupe de gérer les membres, ce qui inclut l'ajout d'appareils enregistrés dans le tenant, à condition que l'appareil soit bien inscrit dans Azure AD et que les permissions soient correctement configurées.

Réponse : A. Attribuez le rôle Propriétaire à User1, puis demandez à User1 de configurer la gestion des accès aux ressources Azure. Pour attribuer des stratégies au groupe d'administration racine, un utilisateur doit disposer du rôle Owner (Propriétaire) à ce niveau. Cependant, par défaut, même les Global Administrators n'ont pas accès au Root Management Group. Un Global Administrator doit d'abord activer l'option « Gestion des accès aux ressources Azure » dans Azure AD pour s'élever au rôle User Access Administrator sur le Root Management Group, puis attribuer le rôle Owner à User1. Les options B et C sont incorrectes car le rôle Administrateur général seul ne suffit pas sans cette activation préalable. Les options C et D sont incorrectes car les stratégies d'accès conditionnel ne contrôlent pas les autorisations sur les groupes d'administration.

Réponse : A. Oui. Azure Blob Storage est une fonctionnalité native des Azure Storage Accounts. Tout compte de stockage Azure standard (General Purpose v2 ou Blob Storage Account) prend en charge le stockage Blob, qui permet de stocker des objets non structurés tels que des images, des vidéos, des documents et des sauvegardes. Le type de compte StorageV2 (General Purpose v2) est recommandé car il offre les meilleures performances et fonctionnalités, incluant le Blob Storage avec les niveaux d'accès Hot, Cool et Archive. La réponse B est incorrecte car il n'existe aucune restriction empêchant un Storage Account de prendre en charge le stockage Blob — c'est au contraire l'une de ses capacités fondamentales.

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.