Accueil › Certifications › AZ-400 › Questions gratuites

Questions gratuites AZ-400 — Designing and Implementing Microsoft DevOps Solutions

Téléchargez gratuitement 60 questions d'entraînement pour la certification AZ-400 proposée par Microsoft. Toutes les questions sont accompagnées de corrections détaillées avec explications techniques.

Caractéristiques de l'examen blanc

Code de certificationAZ-400
ÉditeurMicrosoft
Nombre de questions60
TypeQCM avec 4 réponses possibles
Niveauexpert
CatégorieDevOps
Prix100% gratuit

Aperçu de 8 questions représentatives

Voici un échantillon aléatoire de 8 questions tirées de notre base d'entraînement AZ-400. Pour accéder aux 60 questions complètes, lancez l'examen blanc gratuitement.

Question 1
Vous configurez un pipeline de release Azure DevOps pour déployer sur des slots de déploiement Azure App Service. Vous devez implémenter une stratégie de déploiement Blue-Green. Quelle approche devriez-vous utiliser?
  1. Déployer directement sur le slot de production
  2. Déployer sur un slot de staging, valider, puis effectuer un swap avec le slot de production
  3. Créer une nouvelle App Service pour chaque déploiement
  4. Utiliser des deployment gates uniquement
  5. Déployer directement en production expose aux risques de downtime. C) Créer de nouvelles App Services n'est pas du Blue-Green et est coûteux. D) Les gates seuls ne constituent pas une stratégie de déploiement. Le swap est instantané (~quelques secondes) et inclut le warm-up automatique. Les slots partagent le même App Service Plan donc même performance.
Question 2
Vous gérez une application déployée sur Azure App Service avec des slots de déploiement. Après un swap de slot, vous détectez un problème critique en production. Quelle est la manière la PLUS rapide de rollback?
  1. Re-déployer la version précédente depuis le pipeline
  2. Effectuer un swap inverse (swap production slot avec staging slot) depuis le portail Azure ou via CLI
  3. Restaurer depuis une sauvegarde Azure App Service
  4. Reconstruire l'application depuis le code source
  5. Re-déployer prend plusieurs minutes (build + deploy). C) La restauration depuis backup prend plus de temps. D) Rebuilder est le plus lent. Le swap preserv les settings des slots (connection strings, app settings avec slot settings), donc le rollback est safe. C'est une des raisons principales d'utiliser des deployment slots : rollback instantané et zero-downtime deployments.
Question 3
Votre équipe développe une application web sur Azure App Service. Vous devez implémenter une stratégie de monitoring pour identifier les goulots d'étranglement de performance et les erreurs en production. Quelle solution Azure devriez-vous utiliser pour collecter les télémétries d'application, tracer les dépendances et analyser les temps de réponse?
  1. Azure Monitor Metrics uniquement
  2. Application Insights
  3. Azure Log Analytics Workspace
  4. Azure Service Health
  5. Azure Monitor Metrics collecte uniquement des métriques infrastructure, pas les traces applicatives. C) Log Analytics stocke les logs mais ne fournit pas l'instrumentation automatique APM. D) Service Health surveille la santé des services Azure, pas vos applications. Application Insights s'intègre avec Azure DevOps pour le feedback continu.
Question 4
Dans le contexte DevOps, que signifie le terme "Shift Left"?
  1. Déplacer les serveurs vers une région Azure différente
  2. Réduire le nombre d'environnements de déploiement
  3. Intégrer la sécurité, les tests et la qualité plus tôt dans le cycle de développement (avant le déploiement)
  4. Utiliser des branches Git à gauche dans le diagramme
Question 5
Vous configurez un pipeline de build pour une application Node.js. (Sélectionnez TOUTES les réponses correctes)
  1. Utiliser la task "Node Tool Installer" pour spécifier la version Node.js requise
  2. Mettre en cache le dossier node_modules avec la task Cache@2 pour accélérer les builds
  3. Commiter le dossier node_modules dans Git pour éviter les téléchargements
  4. Exécuter "npm ci" plutôt que "npm install" pour des installations reproductibles basées sur package-lock.json
  5. NodeTool@0 installe la version Node.js spécifiée (garantit la cohérence). B) Cache@2 avec node_modules comme key améliore significativement la vitesse (hash du package-lock.json). D) "npm ci" est recommandé en CI car il installe exactement les versions du lock file et nettoie node_modules avant, garantissant la reproductibilité. C) JAMAIS commiter node_modules (taille excessive, binaires platform-specific, merge conflicts). Autres best practices : exécuter npm audit pour détecter les vulnérabilités, utiliser .npmrc pour configurer le registry.
Question 6
Votre équipe utilise des microservices avec des APIs versionnées. Vous devez gérer les contrats d'API entre services pour éviter les breaking changes. Quelle pratique devriez-vous adopter?
  1. Modifier les APIs existantes librement sans versioning
  2. Créer une nouvelle API complète pour chaque changement
  3. Implémenter le Consumer-Driven Contract Testing avec des outils comme Pact, maintenir plusieurs versions d'API simultanément, et déprécier progressivement les anciennes versions
  4. Utiliser uniquement des tests d'intégration manuels
  5. Modifier sans versioning cause des breaking changes. B) Créer une API complète pour chaque changement n'est pas scalable. D) Les tests manuels ne sont pas fiables ni automatisables. Autres pratiques : utiliser OpenAPI/Swagger pour documenter les contrats, implémenter des deprecation warnings, communiquer les breaking changes à l'avance.
Question 7
Vous implémentez des tests d'intégration qui nécessitent une base de données SQL Server. Quelle approche devriez-vous utiliser dans le pipeline CI?
  1. Se connecter à une base de données de production partagée
  2. Demander aux développeurs de créer manuellement une DB avant chaque test
  3. Utiliser des containers Docker pour démarrer une instance SQL Server temporaire (ou SQL Server Express) dans le pipeline, exécuter les migrations/seeds, puis exécuter les tests
  4. Mocker toutes les interactions avec la base de données
  5. Utiliser la production est dangereux et crée des conflits. B) La création manuelle n'est pas automatisable. D) Mocker complètement n'est pas un test d'intégration réel (pas de validation SQL réelle). Alternative : utiliser LocalDB pour .NET, ou des services managés temporaires (Azure SQL Database avec auto-delete).
Question 8
Vous implémentez un pipeline multi-stage YAML qui déploie sur plusieurs régions Azure en parallèle. Vous devez garantir qu'au moins 70% des régions déploient avec succès avant de considérer le déploiement global comme réussi. Quelle fonctionnalité Azure Pipelines devriez-vous utiliser?
  1. Utiliser des stages séquentiels avec des conditions
  2. Utiliser des deployment jobs avec une matrice de régions et configurer le paramètre "continueOnError: true" avec une validation finale qui vérifie le nombre de succès
  3. Créer un pipeline séparé par région
  4. Déployer uniquement sur une région primaire
  5. Les stages séquentiels ne déploient pas en parallèle. C) Plusieurs pipelines compliquent l'orchestration et la visibilité. D) Une seule région n'offre pas de résilience. Alternative : utiliser Azure Traffic Manager ou Front Door pour router le trafic uniquement vers les régions déployées avec succès.

Accédez aux 60 questions complètes gratuitement

Aucune carte bancaire requise. Examen chronométré, corrections détaillées, score final.

Lancer l'examen blanc AZ-400 →

Pourquoi s'entraîner avec Certifexpress ?