Partage via

Travaux de groupe de déploiement

  • Article

Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2019

Les groupes de déploiement dans les pipelines classiques facilitent la définition de groupes de serveurs cibles pour le déploiement. Les tâches que vous définissez dans un travail de groupe de déploiement s’exécutent sur certains ou tous les serveurs cibles, en fonction des arguments que vous spécifiez pour les tâches et le travail lui-même.

Vous pouvez sélectionner des ensembles spécifiques de serveurs d’un groupe de déploiement pour recevoir le déploiement en spécifiant les balises d’ordinateur que vous avez définies pour chaque serveur du groupe de déploiement. Vous pouvez également spécifier la proportion des serveurs cibles sur lesquels le pipeline doit être déployé en même temps. Cela garantit que l’application s’exécutant sur ces serveurs est capable de gérer les demandes pendant que le déploiement a lieu.

Si vous utilisez un pipeline YAML, vous devez utiliser des environnements avec des machines virtuelles à la place.

Notes

Les travaux de groupe de déploiement ne sont pas pris en charge dans YAML. Vous pouvez utiliser des ressources de machine virtuelle dans les environnements pour effectuer un déploiement propagé sur des machines virtuelles dans des pipelines YAML.

Les déploiements propagés peuvent être configurés en spécifiant le mot clé rolling: sous le nœud strategy: d’un travail de déploiement.

strategy:
  rolling:
    maxParallel: [ number or percentage as x% ]
    preDeploy:        
      steps:
      - script: [ script | bash | pwsh | powershell | checkout | task | templateReference ]
    deploy:          
      steps:
      ...
    routeTraffic:         
      steps:
      ...        
    postRouteTraffic:          
      steps:
      ...
    on:
      failure:         
        steps:
        ...
      success:          
        steps:
        ...

Les builds YAML ne sont pas disponibles.

Délais d'attente

Utilisez le délai d’expiration du travail pour spécifier le délai d’expiration en minutes pour les travaux de ce travail. Une valeur nulle pour cette option signifie que le délai d’expiration est effectivement infini et, par défaut, les travaux s’exécutent jusqu’à ce qu’ils se terminent ou échouent. Vous pouvez également définir le délai d’expiration de chaque tâche individuellement : consultez les options de contrôle des tâches. Les travaux ciblant des agents hébergés par Microsoft ont des restrictions supplémentaires sur la durée pendant laquelle ils peuvent s’exécuter.