30 questions d'entraînement Azure AZ-400 gratuites

Vous prévoyez de créer un projet dans Azure DevOps. Plusieurs développeurs travailleront sur le projet. Les développeurs travailleront fréquemment hors connexion et auront besoin d'accéder à l'historique complet du projet pendant qu'ils sont hors connexion. Quelle solution de contrôle de version devez-vous utiliser ?

Vous utilisez Azure SQL Database Intelligent Insights et Azure Application Insights pour la surveillance. Quel langage de requête devez-vous utiliser ?

Contoso, Ltd. est une entreprise manufacturière dont le siège principal se trouve à Chicago. Contoso prévoit d'améliorer ses processus de développement et d'exploitation informatiques en appliquant les principes Azure DevOps. Contoso possède un abonnement Azure et crée une organisation Azure DevOps. L'organisation Azure DevOps comprend : l'extension Docker ; un pool de déploiement nommé Pool7 qui contient 10 machines virtuelles Azure exécutant Windows Server 2016. L'abonnement Azure contient un compte Azure Automation. Contoso prévoit de créer des projets dans Azure DevOps comme indiqué dans le tableau suivant. Contoso identifie les exigences techniques suivantes : mettre en place des agents de build pour Project1. Utiliser des ressources Azure dans la mesure du possible. Éviter les technologies dépréciées. Mettre en place pour Project2 une stratégie de flux de code qui permettra : à Team2 de soumettre des pull requests pour Project2 ; à Team2 de travailler de manière indépendante sur des modifications d'une copie de Project2 ; de garantir que toute modification intermédiaire effectuée par Team2 sur une copie de Project2 sera soumise aux mêmes restrictions que celles définies dans la stratégie de build de Project2. Dans la mesure du possible, mettre en place de l'automatisation et réduire l'effort administratif. Mettre en place Project3, Project5, Project6 et Project7 en fonction des changements prévus. Mettre en place Project4 et configurer le projet pour envoyer des images Docker vers Azure Container Registry. Vous devez mettre en place la stratégie de flux de code pour Project2 dans Azure DevOps. Quelles trois actions devez-vous effectuer, dans l'ordre ?  

Litware, Inc. est un éditeur de logiciels indépendant (ISV). Litware possède un siège principal et cinq agences. Architecture applicative : l'application principale de l'entreprise est un système monolithique unique de gestion de fonds de retraite, basé sur des Web Forms ASP.NET dont la logique est écrite en VB.NET. Certaines nouvelles sections de l'application sont écrites en C#. Des variantes de l'application sont créées pour des clients individuels. Actuellement, la base de code compte plus de 80 branches. L'application a été développée avec Microsoft Visual Studio. Le code source est stocké dans Team Foundation Server (TFS) au siège principal. Les agences accèdent au code source via des serveurs proxy TFS. Problèmes d'architecture : Litware se concentre sur l'écriture de nouveau code pour ses clients. Aucune ressource n'est allouée à la refactorisation ou à la suppression du code existant. Les modifications de la base de code prennent beaucoup de temps, car les dépendances ne sont pas évidentes pour les développeurs. Les opérations de fusion du code prennent souvent des mois et impliquent de nombreux développeurs. La fusion du code introduit fréquemment des bogues difficiles à localiser et à corriger. Les clients signalent que les coûts de possession du système de gestion de fonds de retraite augmentent continuellement. La nécessité de fusionner du code non lié rend même les modifications mineures coûteuses. Exigences — Changements prévus : Litware prévoit de développer une nouvelle suite d'applications de planification d'investissement. Les applications de planification d'investissement ne nécessiteront qu'une intégration mineure avec le système existant de gestion de fonds de retraite. La suite comprendra une application web multiniveau et deux applications mobiles iOS. Une application mobile sera utilisée par les employés, l'autre par les clients. Litware prévoit d'adopter une méthodologie de développement plus agile. Le code partagé sera extrait sous forme d'une série de packages. Litware a lancé un processus interne de transformation vers le cloud et prévoit d'utiliser des services cloud lorsque cela est adapté. Litware souhaite devenir proactive dans la détection des défaillances, plutôt que d'attendre systématiquement les rapports de bogues des clients. Exigences techniques : la suite d'applications de planification d'investissement doit répondre aux exigences suivantes : les nouvelles connexions entrantes à travers le pare-feu doivent être réduites au minimum ; les membres d'un groupe nommé Developers doivent pouvoir installer des packages ; le principe du moindre privilège doit être appliqué à toutes les attributions d'autorisations ; une stratégie de branches permettant de développer de nouvelles fonctionnalités de manière isolée doit être utilisée ; les membres d'un groupe nommé Team leaders doivent pouvoir créer de nouveaux packages et modifier les autorisations des flux de packages ; Visual Studio App Center doit être utilisé pour centraliser le signalement des plantages des applications mobiles et des types d'appareils utilisés ; la qualité du code et la qualité des livraisons sont critiques ; pendant une release, les déploiements ne doivent pas passer d'une étape à l'autre si des bogues actifs sont enregistrés sur la release ; les applications mobiles doivent pouvoir appeler le service de cotation du système existant de gestion de fonds de retraite. Jusqu'à la mise à niveau du système, ce service ne prendra en charge que l'authentification de base sur HTTPS. La configuration du système d'exploitation requise pour les serveurs de test change chaque semaine. Azure Automation State Configuration doit être utilisé pour garantir que le système d'exploitation de chaque serveur de test est configuré de la même façon lors de la création des serveurs, puis vérifié périodiquement. Les serveurs de test sont correctement configurés au premier déploiement, mais subissent une dérive de configuration au fil du temps. Azure Automation State Configuration ne parvient pas à corriger ces configurations. Les nœuds Azure Automation State Configuration sont enregistrés à l'aide de la commande suivante. Comment devez-vous compléter le code pour initialiser App Center dans l'application mobile ?  

Vous gérez un projet dans Azure DevOps. Vous devez empêcher la configuration du projet de changer au fil du temps. Solution : effectuer une analyse Subscription Health lors de la création des packages. Cela répond-il à l'objectif ?

Vous disposez d'un pipeline de build existant dans Azure Pipelines. Vous devez utiliser des builds incrémentiels sans purger l'environnement entre les exécutions du pipeline. Que devez-vous utiliser ?

Woodgrove Bank est une société de services financiers dont le siège principal se trouve au Royaume-Uni. Woodgrove Bank prévoit d'apporter les changements suivants à la gestion de projet : mettre en place Azure DevOps pour le suivi des projets ; centraliser le contrôle du code source dans des dépôts GitHub privés ; mettre en place Azure Pipelines pour les pipelines de build et de release. Woodgrove Bank prévoit d'apporter les changements suivants à l'environnement d'identité : déployer un locataire Azure AD nommé woodgrovebank.com ; synchroniser le domaine Active Directory avec Azure AD ; configurer App1 pour utiliser un principal de service ; intégrer GitHub avec Azure AD. Woodgrove Bank prévoit d'apporter les changements suivants aux applications principales : migrer App1 vers ASP.NET Core ; intégrer Azure Pipelines et l'outil de build tiers utilisé pour développer App2. Woodgrove Bank prévoit d'apporter les changements suivants à l'environnement DevOps : déployer App1 sur Azure App Service ; mettre en place le contrôle de source pour le schéma de DB1 ; migrer tout le code source de TFS1 vers GitHub ; déployer App2 sur une machine virtuelle Azure nommée VM1 ; fusionner la branche POC dans la branche par défaut de GitHub ; mettre en place un tableau de bord Azure DevOps permettant aux parties prenantes de suivre l'avancement du développement. Woodgrove Bank identifie les exigences techniques suivantes : les bases de données initiales des nouveaux environnements doivent contenir à la fois le schéma et les données de référence ; une alerte Azure Monitor pour VM1 doit être configurée pour répondre aux exigences suivantes ; l'historique des commits de la branche POC doit remplacer l'historique de la branche par défaut ; le tableau de bord Azure DevOps doit afficher les métriques indiquées dans le tableau suivant ; l'accès à Azure DevOps doit être restreint à des adresses IP spécifiques ; les temps de chargement des pages d'App1 doivent être capturés et surveillés ; l'effort administratif doit être réduit au minimum. Vous devez configurer Azure Pipelines pour contrôler les builds d'App2. Quelle méthode d'authentification devez-vous utiliser ? 

Vous disposez d'une fonction Azure hébergée dans un plan App Service nommé az400-123456789-func1. Vous devez configurer az400-123456789-func1 pour mettre à niveau automatiquement les fonctions chaque fois que du nouveau code est validé dans la branche master de https://github.com/Azure-Samples/functions-quickstart. Pour réaliser cette tâche, connectez-vous au portail Microsoft Azure.

Woodgrove Bank est une société de services financiers dont le siège principal se trouve au Royaume-Uni. Woodgrove Bank prévoit d'apporter les changements suivants à la gestion de projet : mettre en place Azure DevOps pour le suivi des projets ; centraliser le contrôle du code source dans des dépôts GitHub privés ; mettre en place Azure Pipelines pour les pipelines de build et de release. Woodgrove Bank prévoit d'apporter les changements suivants à l'environnement d'identité : déployer un locataire Azure AD nommé woodgrovebank.com ; synchroniser le domaine Active Directory avec Azure AD ; configurer App1 pour utiliser un principal de service ; intégrer GitHub avec Azure AD. Woodgrove Bank prévoit d'apporter les changements suivants aux applications principales : migrer App1 vers ASP.NET Core ; intégrer Azure Pipelines et l'outil de build tiers utilisé pour développer App2. Woodgrove Bank prévoit d'apporter les changements suivants à l'environnement DevOps : déployer App1 sur Azure App Service ; mettre en place le contrôle de source pour le schéma de DB1 ; migrer tout le code source de TFS1 vers GitHub ; déployer App2 sur une machine virtuelle Azure nommée VM1 ; fusionner la branche POC dans la branche par défaut de GitHub ; mettre en place un tableau de bord Azure DevOps permettant aux parties prenantes de suivre l'avancement du développement. Woodgrove Bank identifie les exigences techniques suivantes : les bases de données initiales des nouveaux environnements doivent contenir à la fois le schéma et les données de référence ; une alerte Azure Monitor pour VM1 doit être configurée pour répondre aux exigences suivantes ; l'historique des commits de la branche POC doit remplacer l'historique de la branche par défaut ; le tableau de bord Azure DevOps doit afficher les métriques indiquées dans le tableau suivant ; l'accès à Azure DevOps doit être restreint à des adresses IP spécifiques ; les temps de chargement des pages d'App1 doivent être capturés et surveillés ; l'effort administratif doit être réduit au minimum. Vous devez remplacer les outils DevOps existants pour prendre en charge les changements prévus. Que devez-vous utiliser ?  

Vous développez une application qui possède les ressources suivantes : du code source ; des journaux issus des tests et des builds automatisés ; des ressources binaires volumineuses et fréquemment mises à jour ; une bibliothèque commune utilisée par plusieurs applications. Où devez-vous stocker chaque ressource ? 

Vous définissez des stratégies de release pour deux applications, comme indiqué dans le tableau suivant. Quelle stratégie de release devez-vous utiliser pour chaque application ?  

Contoso, Ltd. est une entreprise manufacturière dont le siège principal se trouve à Chicago. Contoso prévoit d'améliorer ses processus de développement et d'exploitation informatiques en appliquant les principes Azure DevOps. Contoso possède un abonnement Azure et crée une organisation Azure DevOps. L'organisation Azure DevOps comprend : l'extension Docker ; un pool de déploiement nommé Pool7 qui contient 10 machines virtuelles Azure exécutant Windows Server 2016. L'abonnement Azure contient un compte Azure Automation. Contoso prévoit de créer des projets dans Azure DevOps comme indiqué dans le tableau suivant. Contoso identifie les exigences techniques suivantes : mettre en place des agents de build pour Project1. Utiliser des ressources Azure dans la mesure du possible. Éviter les technologies dépréciées. Mettre en place pour Project2 une stratégie de flux de code qui permettra : à Team2 de soumettre des pull requests pour Project2 ; à Team2 de travailler de manière indépendante sur des modifications d'une copie de Project2 ; de garantir que toute modification intermédiaire effectuée par Team2 sur une copie de Project2 sera soumise aux mêmes restrictions que celles définies dans la stratégie de build de Project2. Dans la mesure du possible, mettre en place de l'automatisation et réduire l'effort administratif. Mettre en place Project3, Project5, Project6 et Project7 en fonction des changements prévus. Mettre en place Project4 et configurer le projet pour envoyer des images Docker vers Azure Container Registry. Vous devez mettre en place Project4. Que devez-vous faire en premier ? 

Votre entreprise utilise Azure DevOps pour gérer les processus de build et de release des applications. Vous utilisez un dépôt Git pour le contrôle du code source des applications. Vous prévoyez de créer une nouvelle branche à partir d'une pull request existante. Plus tard, vous prévoyez de fusionner la nouvelle branche et la branche cible de la pull request. Vous devez utiliser une action de pull request pour créer la nouvelle branche. La solution doit garantir que la branche n'utilise qu'une partie du code de la pull request. Quelle action de pull request devez-vous utiliser ?

Woodgrove Bank est une société de services financiers dont le siège principal se trouve au Royaume-Uni. Woodgrove Bank prévoit d'apporter les changements suivants à la gestion de projet : mettre en place Azure DevOps pour le suivi des projets ; centraliser le contrôle du code source dans des dépôts GitHub privés ; mettre en place Azure Pipelines pour les pipelines de build et de release. Woodgrove Bank prévoit d'apporter les changements suivants à l'environnement d'identité : déployer un locataire Azure AD nommé woodgrovebank.com ; synchroniser le domaine Active Directory avec Azure AD ; configurer App1 pour utiliser un principal de service ; intégrer GitHub avec Azure AD. Woodgrove Bank prévoit d'apporter les changements suivants aux applications principales : migrer App1 vers ASP.NET Core ; intégrer Azure Pipelines et l'outil de build tiers utilisé pour développer App2. Woodgrove Bank prévoit d'apporter les changements suivants à l'environnement DevOps : déployer App1 sur Azure App Service ; mettre en place le contrôle de source pour le schéma de DB1 ; migrer tout le code source de TFS1 vers GitHub ; déployer App2 sur une machine virtuelle Azure nommée VM1 ; fusionner la branche POC dans la branche par défaut de GitHub ; mettre en place un tableau de bord Azure DevOps permettant aux parties prenantes de suivre l'avancement du développement. Woodgrove Bank identifie les exigences techniques suivantes : les bases de données initiales des nouveaux environnements doivent contenir à la fois le schéma et les données de référence ; une alerte Azure Monitor pour VM1 doit être configurée pour répondre aux exigences suivantes ; l'historique des commits de la branche POC doit remplacer l'historique de la branche par défaut ; le tableau de bord Azure DevOps doit afficher les métriques indiquées dans le tableau suivant ; l'accès à Azure DevOps doit être restreint à des adresses IP spécifiques ; les temps de chargement des pages d'App1 doivent être capturés et surveillés ; l'effort administratif doit être réduit au minimum. Vous devez configurer l'authentification pour App1. La solution doit prendre en charge les changements prévus. Quelles trois actions devez-vous effectuer, dans l'ordre ?  

Vous disposez d'une application web Microsoft ASP.NET Core dans Azure, accessible dans le monde entier. Vous devez exécuter un test ping d'URL toutes les cinq minutes et créer une alerte lorsque l'application web est indisponible depuis certaines régions Azure. La solution doit réduire au minimum le temps de développement. Que devez-vous faire ?

Vous disposez d'un dépôt GitHub privé. Vous devez afficher l'état des commits du dépôt dans Azure Boards. Que devez-vous faire en premier ?

Vous configurez des pipelines de build Azure DevOps. Vous prévoyez d'utiliser des agents de build hébergés. Quel pool d'agents de build devez-vous utiliser pour compiler chaque type d'application ? 

Comment devez-vous configurer la stratégie de rétention des releases pour la suite d'applications de planification d'investissement ? 

Vous automatisez le processus de test de votre entreprise. Vous devez automatiser les tests d'interface utilisateur d'une application web. Quel framework devez-vous utiliser ?

Vous automatisez le processus de test de votre entreprise. Vous devez automatiser les tests d'interface utilisateur d'une application web. Quel framework devez-vous utiliser ?

Vous disposez d'un processus d'approbation qui contient une condition. Cette condition exige que les releases soient approuvées par un chef d'équipe avant leur déploiement. Vous avez une politique stipulant que les approbations doivent avoir lieu dans un délai de huit heures. Vous constatez que les déploiements échouent si les approbations prennent plus de deux heures. Vous devez garantir que les déploiements n'échouent que si les approbations prennent plus de huit heures. Solution : dans les conditions de pré-déploiement, vous modifiez le paramètre Délai d'expiration des approbations de pré-déploiement. Cela répond-il à l'objectif ?

Contoso, Ltd. est une entreprise manufacturière dont le siège principal se trouve à Chicago. Contoso prévoit d'améliorer ses processus de développement et d'exploitation informatiques en appliquant les principes Azure DevOps. Contoso possède un abonnement Azure et crée une organisation Azure DevOps. L'organisation Azure DevOps comprend : l'extension Docker ; un pool de déploiement nommé Pool7 qui contient 10 machines virtuelles Azure exécutant Windows Server 2016. L'abonnement Azure contient un compte Azure Automation. Contoso prévoit de créer des projets dans Azure DevOps comme indiqué dans le tableau suivant. Contoso identifie les exigences techniques suivantes : mettre en place des agents de build pour Project1. Utiliser des ressources Azure dans la mesure du possible. Éviter les technologies dépréciées. Mettre en place pour Project2 une stratégie de flux de code qui permettra : à Team2 de soumettre des pull requests pour Project2 ; à Team2 de travailler de manière indépendante sur des modifications d'une copie de Project2 ; de garantir que toute modification intermédiaire effectuée par Team2 sur une copie de Project2 sera soumise aux mêmes restrictions que celles définies dans la stratégie de build de Project2. Dans la mesure du possible, mettre en place de l'automatisation et réduire l'effort administratif. Mettre en place Project3, Project5, Project6 et Project7 en fonction des changements prévus. Mettre en place Project4 et configurer le projet pour envoyer des images Docker vers Azure Container Registry. Vous devez configurer Azure Automation pour les ordinateurs de Group7. Quelles trois actions devez-vous effectuer, dans l'ordre ?  

Woodgrove Bank est une société de services financiers dont le siège principal se trouve au Royaume-Uni. Woodgrove Bank prévoit d'apporter les changements suivants à la gestion de projet : mettre en place Azure DevOps pour le suivi des projets ; centraliser le contrôle du code source dans des dépôts GitHub privés ; mettre en place Azure Pipelines pour les pipelines de build et de release. Woodgrove Bank prévoit d'apporter les changements suivants à l'environnement d'identité : déployer un locataire Azure AD nommé woodgrovebank.com ; synchroniser le domaine Active Directory avec Azure AD ; configurer App1 pour utiliser un principal de service ; intégrer GitHub avec Azure AD. Woodgrove Bank prévoit d'apporter les changements suivants aux applications principales : migrer App1 vers ASP.NET Core ; intégrer Azure Pipelines et l'outil de build tiers utilisé pour développer App2. Woodgrove Bank prévoit d'apporter les changements suivants à l'environnement DevOps : déployer App1 sur Azure App Service ; mettre en place le contrôle de source pour le schéma de DB1 ; migrer tout le code source de TFS1 vers GitHub ; déployer App2 sur une machine virtuelle Azure nommée VM1 ; fusionner la branche POC dans la branche par défaut de GitHub ; mettre en place un tableau de bord Azure DevOps permettant aux parties prenantes de suivre l'avancement du développement. Woodgrove Bank identifie les exigences techniques suivantes : les bases de données initiales des nouveaux environnements doivent contenir à la fois le schéma et les données de référence ; une alerte Azure Monitor pour VM1 doit être configurée pour répondre aux exigences suivantes ; l'historique des commits de la branche POC doit remplacer l'historique de la branche par défaut ; le tableau de bord Azure DevOps doit afficher les métriques indiquées dans le tableau suivant ; l'accès à Azure DevOps doit être restreint à des adresses IP spécifiques ; les temps de chargement des pages d'App1 doivent être capturés et surveillés ; l'effort administratif doit être réduit au minimum. Vous devez répondre aux exigences techniques concernant le contrôle de l'accès à Azure DevOps. Que devez-vous utiliser ? 

Vous configurez le tableau de bord Azure DevOps. La solution doit répondre aux exigences techniques. Quel widget devez-vous utiliser pour chaque métrique ? 

Votre entreprise possède un projet dans Azure DevOps pour une nouvelle application web. Vous devez garantir qu'un build s'exécute automatiquement lorsque du code est archivé. Solution : dans l'onglet Déclencheurs du pipeline de build, vous avez sélectionné « Regrouper les modifications pendant qu'un build est en cours ». Cela répond-il à l'objectif ?

Vous devez identifier et isoler le code partagé. Ce code partagé sera maintenu sous forme d'une série de packages. Quelles trois actions devez-vous effectuer, dans l'ordre ? 

Vous configurez un pipeline de déploiement Azure DevOps. L'application déployée s'authentifiera auprès d'un service web à l'aide d'un secret stocké dans un coffre de clés Azure. Vous devez utiliser ce secret dans le pipeline de déploiement. Quelles trois actions devez-vous effectuer, dans l'ordre ? 

Vous disposez d'une application multiniveau. La partie frontale de l'application est hébergée dans Azure App Service. Vous devez identifier les temps de chargement moyens des pages de l'application. Que devez-vous utiliser ?

Vous disposez d'une application composée de plusieurs applications web Azure App Service et de fonctions Azure. Vous devez évaluer la sécurité des applications web et des fonctions. Quelle fonctionnalité Azure pouvez-vous utiliser pour obtenir une recommandation sur la sécurité de l'application ?

Vous devez configurer une machine virtuelle nommée VM1 pour accéder de manière sécurisée aux secrets stockés dans un coffre de clés Azure nommé az400-11566895-kv. Pour réaliser cette tâche, connectez-vous au portail Microsoft Azure.