Designing and Implementing Microsoft DevOps Solutions (AZ-400) — Questions d'entraînement et examen blanc

Les deployment jobs Azure Pipelines prennent en charge trois stratégies : runOnce, rolling et canary. runOnce exécute chaque hook du cycle de vie (preDeploy, deploy, routeTraffic, postRouteTraffic) exactement une fois. rolling remplace les instances de l'application sur un ensemble fixe de VM, par lots pilotés par maxParallel, et n'est actuellement pris en charge que pour les ressources VM. canary est la stratégie avancée pour une exposition incrémentale : elle exécute preDeploy une seule fois, puis répète deploy, routeTraffic et postRouteTraffic à chaque incrément (par exemple 10%, puis 20%), en surveillant la santé dans postRouteTraffic avant de passer à 100%. La variable strategy.increment est disponible pendant ces hooks répétés. À noter : blueGreen n'est pas un mot-clé de stratégie intégré aux deployment jobs. Astuce d'examen : un déploiement par paliers de pourcentage avec des health checks entre les incréments, c'est canary ; un remplacement par lots sur des VM, c'est rolling ; une exécution unique, c'est runOnce.

Un historique de commits linéaire sur la branche main signifie qu’il n’y a pas de merge commits : chaque commit suit le précédent de manière séquentielle. La stratégie squash merge dans Azure Repos permet cela en combinant tous les commits d’une pull request en un seul commit sur la branche cible. Lorsqu’elle est activée comme stratégie de branche sur la branche main, toutes les PR doivent utiliser squash merge, ce qui garantit que la branche main ne contient jamais de merge commits ni d’historique de branches. Cela crée un historique propre et linéaire, facile à lire et à bisect. Rebase merge crée aussi un historique linéaire en rejouant les commits au lieu de créer des merge commits. Basic merge crée des merge commits et ne conserve pas la linéarité. Astuce d’examen : Squash merge = un seul commit par PR (historique linéaire) ; rebase = rejouer les commits (linéaire) ; basic merge = merge commit (non linéaire).