0Pricing
Cloud & IT Cert Prep · Leçon

Présentation des services Azure DevOps

Découvrez les cinq services Azure DevOps, créez une organisation et un projet, puis connectez votre dépôt de code pour commencer à suivre ensemble les éléments de travail et les validations.

Présentation des services Azure DevOps est une leçon Cloud & IT Cert Prep gratuite sur CoddyKit. Ceci est la leçon 1 sur 4. Tu peux lire la leçon complète ci-dessous gratuitement — puis la pratiquer en direct dans le navigateur avec un éditeur de code intégré et un tuteur IA 24/7. Elle fait partie du parcours d'apprentissage Cloud & IT Cert Prep, et ta progression se synchronise sur le web et l'application CoddyKit. Le cours Cloud & IT Cert Prep comprend 4 leçons au total.

Qu’est-ce qu’Azure DevOps ?

Azure DevOps est une suite d’outils de développement hébergée dans le cloud, proposée par Microsoft, qui couvre l’ensemble du cycle de livraison logicielle. Elle regroupe la gestion de projets, le contrôle de code source, l’automatisation de la compilation et des versions, la gestion des vérifications et le stockage des artefacts au sein d’une plateforme intégrée. Les équipes qui utilisent Azure DevOps peuvent planifier des sprints, valider du code, exécuter des compilations automatisées, déployer en production et suivre les indicateurs de qualité, le tout depuis un même service étroitement intégré aux autres services Azure.

Les cinq services Azure DevOps

Azure DevOps comprend cinq services : Azure Boards (suivi du travail Agile : épopées, récits, tâches et bogues), Azure Repos (dépôts Git illimités ou TFVC historique), Azure Pipelines (automatisation CI/CD pour tout langage, toute plateforme et tout cloud), Azure Test Plans (vérifications manuelles et exploratoires, cas de vérification et indicateurs de qualité) et Azure Artifacts (flux de packages universels pour NuGet, npm, Maven, Python et les images de conteneur).

Organisations et projets

La hiérarchie Azure DevOps commence par une organisation : le conteneur de niveau supérieur associé à votre locataire Azure AD, généralement nommé d’après votre entreprise. Au sein d’une organisation, vous créez des projets, chacun représentant un produit logiciel ou une équipe. Chaque projet dispose de ses propres Boards, Repos, Pipelines, Test Plans et Artifacts. Le contrôle d’accès, la facturation et les paramètres sont configurés au niveau de l’organisation, mais peuvent être remplacés pour chaque projet.

# Create an Azure DevOps project via CLI
# First install the Azure DevOps extension
az extension add --name azure-devops

# Configure defaults
az devops configure --defaults organization=https://dev.azure.com/myorg

# Create a new project
az devops project create \
  --name MyProject \
  --description 'E-commerce platform' \
  --visibility private \
  --process Agile

Azure Boards : planification Agile

Azure Boards prend en charge trois modèles de processus : Basic (problèmes et tâches simples), Agile (épopées, fonctionnalités, récits utilisateur, tâches et bogues) et Scrum (épopées, fonctionnalités, éléments du carnet de produit, tâches et bogues). Les éléments de travail passent par des états configurables. Le tableau Kanban représente visuellement le travail en cours ; les carnets de sprint servent à planifier la capacité ; les carnets servent à hiérarchiser tout le travail non commencé. Reliez les éléments de travail aux validations, aux requêtes d’extraction et aux cas de vérification pour assurer une traçabilité complète.

# Create a work item (User Story) via CLI
az boards work-item create \
  --title 'Add payment processing' \
  --type 'User Story' \
  --description 'As a customer I want to pay by credit card' \
  --assigned-to developer@contoso.com \
  --project MyProject

# List open work items
az boards work-item list \
  --project MyProject \
  --query "[?fields.\"System.State\"=='Active']"

Azure Repos : contrôle du code source

Azure Repos fournit des dépôts Git privés illimités, avec des stratégies de branche, des flux de requêtes d’extraction et des outils de révision du code. Les stratégies de branche imposent des contrôles de qualité sur les branches protégées : nombre minimal de réviseurs, validation de compilation réussie, éléments de travail associés et résolution des commentaires avant la fusion. Chaque dépôt s’intègre directement à Azure Pipelines, ce qui déclenche automatiquement les compilations et les déploiements lors de l’envoi vers une branche ou d’une requête d’extraction.

# Clone an Azure Repos Git repository
git clone https://myorg@dev.azure.com/myorg/MyProject/_git/MyRepo

# Set branch policies via CLI
az repos policy required-reviewer create \
  --branch main \
  --branch-match-type exact \
  --project MyProject \
  --repository-id <repo-id> \
  --blocking true \
  --enabled true \
  --minimum-approver-count 2 \
  --allow-downvotes false

Azure Pipelines : automatisation CI/CD

Azure Pipelines est un service CI/CD qui compile, vérifie et déploie des applications écrites dans n’importe quel langage vers n’importe quelle plateforme : Azure, AWS, GCP ou des environnements locaux. Les chaînes sont définies dans des fichiers YAML stockés avec le code dans le dépôt. Les concepts clés comprennent les stages (phases logiques telles que Build, Test et Deploy), les jobs (unités d’exécution parallèles) et les steps (tâches individuelles). Azure Pipelines fournit 1 800 minutes de compilation gratuites par mois pour les projets open source.

# azure-pipelines.yml (minimal CI pipeline)
trigger:
  branches:
    include:
    - main

pool:
  vmImage: ubuntu-latest

stages:
- stage: Build
  jobs:
  - job: BuildJob
    steps:
    - task: NodeTool@0
      inputs:
        versionSpec: '18.x'
    - script: npm install && npm run build
      displayName: 'Install and Build'
    - script: npm test
      displayName: 'Run unit tests'

Azure Artifacts : gestion des packages

Azure Artifacts héberge des flux de packages versionnés pour NuGet (.NET), npm (Node.js), Maven (Java), pip (Python) et les packages universels (fichiers binaires quelconques). Partagez des bibliothèques internes entre projets ou équipes sans les publier dans des registres publics. Les sources en amont servent d’intermédiaires vers les registres publics (npmjs.com, nuget.org) via votre flux, ce qui vous fournit un point de terminaison unique pour tous les packages ainsi que la possibilité d’auditer et de mettre en cache les dépendances.

# Publish an npm package to Azure Artifacts
npm install -g vsts-npm-auth
vsts-npm-auth -config .npmrc

# .npmrc file:
# registry=https://pkgs.dev.azure.com/myorg/MyProject/_packaging/MyFeed/npm/registry/

# Publish
npm publish --registry https://pkgs.dev.azure.com/myorg/MyProject/_packaging/MyFeed/npm/registry/

Agents de chaîne : Microsoft ou autohébergés

Les chaînes s’exécutent sur des agents — des machines virtuelles ou des conteneurs qui exécutent les tâches de la chaîne. Les agents hébergés par Microsoft sont des machines virtuelles entièrement gérées et préconfigurées (Ubuntu, Windows, macOS) fournies par Microsoft, sans configuration nécessaire. Les agents autohébergés s’exécutent sur votre propre infrastructure (en local ou sur des machines virtuelles Azure), ce qui vous permet de contrôler l’environnement, les outils préinstallés et l’accès aux réseaux privés. Utilisez des agents autohébergés lorsque les compilations nécessitent un accès VNet, du matériel spécialisé ou un démarrage plus rapide que celui fourni par les machines virtuelles cloud.

# Register a self-hosted agent on a Linux VM
# 1. Download the agent package
curl -O https://vstsagentpackage.azureedge.net/agent/3.x/vsts-agent-linux-x64-3.x.x.tar.gz
mkdir myagent && tar xzf vsts-agent-linux-x64-3.x.x.tar.gz -C myagent && cd myagent

# 2. Configure the agent
./config.sh --url https://dev.azure.com/myorg --auth pat --token <PAT>

# 3. Run as a service
sudo ./svc.sh install && sudo ./svc.sh start

Environnements et approbations

Les Environments dans Azure Pipelines représentent les cibles de déploiement (développement, Staging, Production) et assurent le suivi de l’historique des déploiements. Vous pouvez associer des gates d’approbation et de vérification aux environnements : un déploiement vers Production nécessite l’approbation manuelle d’un responsable des mises en production. Les autres vérifications comprennent des gates limitées aux heures ouvrées (déploiement uniquement entre 09:00 et 17:00), des minuteurs d’attente et des vérifications d’alertes Azure Monitor (ne pas déployer si des alertes critiques sont actives). Cela permet aux équipes d’assurer la gouvernance des déploiements de production à haut risque.

# YAML: deployment job targeting an environment with approval
- stage: DeployProd
  jobs:
  - deployment: DeployToProduction
    environment:
      name: Production       # Requires manual approval in Azure DevOps portal
      resourceType: VirtualMachine
    strategy:
      runOnce:
        deploy:
          steps:
          - task: AzureWebApp@1
            inputs:
              appName: myapp-prod
              package: '$(Pipeline.Workspace)/drop/app.zip'

Connexions de service

Les connexions de service stockent les connexions authentifiées vers des services externes (abonnements Azure, GitHub, Docker Hub, SonarQube, clusters Kubernetes), afin que les Pipelines puissent les utiliser sans intégrer les identifiants dans YAML. La connexion de service Azure Resource Manager utilise un principal de service ou une identité managée pour déployer des ressources Azure. Tous les identifiants sont chiffrés et limités au projet ou à la Pipeline, ce qui empêche leur exposition dans les journaux de la Pipeline.

# Create an Azure Resource Manager service connection via CLI
az devops service-endpoint azurerm create \
  --azure-rm-service-principal-id '<AppId>' \
  --azure-rm-subscription-id '<SubId>' \
  --azure-rm-subscription-name 'MySubscription' \
  --azure-rm-tenant-id '<TenantId>' \
  --name 'AzureProductionSC' \
  --project MyProject

# Use in pipeline YAML
# - task: AzureCLI@2
#   inputs:
#     azureSubscription: 'AzureProductionSC'
#     scriptType: bash
#     scriptLocation: inlineScript

Azure DevOps ou GitHub

Microsoft possède à la fois Azure DevOps et GitHub, qui prennent tous deux en charge l’intégration et le déploiement continus. Azure DevOps est privilégié dans les entreprises fortement investies dans les outils Microsoft, qui ont besoin d’Azure Boards, de Test Plans ou d’Artifacts. GitHub est privilégié pour les projets open source, les flux de travail centrés sur les développeurs et les équipes qui utilisent déjà les référentiels GitHub. GitHub Actions est la plateforme d’intégration et de déploiement continus de GitHub. Azure Pipelines s’intègre à Azure Repos comme à GitHub : vous pouvez utiliser Azure Boards et Artifacts avec des référentiels GitHub.

Vérification rapide

Vérifiez votre compréhension des concepts Microsoft Azure Fundamentals (AZ-900) présentés dans cette leçon.

Récapitulatif de la leçon

Dans cette leçon, vous avez appris qu’Azure DevOps fournit cinq services intégrés couvrant la planification (Boards), le contrôle du code source (Repos), l’intégration et le déploiement continus (Pipelines), les tests (Test Plans) et la gestion des paquets (Artifacts), que les environnements avec approbations contrôlent les déploiements à haut risque et que les connexions de service stockent de manière sécurisée les identifiants des services externes utilisés par les Pipelines. Nous allons ensuite découvrir la création d’une Pipeline d’intégration continue avec Azure Pipelines.

Questions Fréquemment Posées

La leçon « Présentation des services Azure DevOps » est-elle gratuite ?

Oui — le texte complet de « Présentation des services Azure DevOps » est gratuit à lire ici sur le web. Pour la pratiquer de manière interactive (un éditeur de code intégré et un tuteur IA 24/7) et déverrouiller le reste du cours Cloud & IT Cert Prep, passe à CoddyKit PRO. Le cours Cloud & IT Cert Prep comprend 4 leçons au total.

Qu'est-ce que j'apprendrai dans « Présentation des services Azure DevOps » ?

Découvrez les cinq services Azure DevOps, créez une organisation et un projet, puis connectez votre dépôt de code pour commencer à suivre ensemble les éléments de travail et les validations. Tu pratiques Cloud & IT Cert Prep avec du code pratique que tu exécutes directement dans le navigateur, et un tuteur IA 24/7 répond à tes questions au fur et à mesure que tu avances dans la leçon.

Dois-je avoir de l'expérience pour commencer Cloud & IT Cert Prep ?

Aucune expérience préalable n'est requise. Cloud & IT Cert Prep sur CoddyKit est structuré pour les débutants jusqu'aux apprenants avancés, donc tu peux commencer ici ou depuis le début et avancer à ton rythme. Ceci est la leçon 1 sur 4.

Combien de temps prend la leçon « Présentation des services Azure DevOps » ?

La plupart des leçons CoddyKit prennent environ 5–10 minutes. Chacune est courte et interactive, tu progresses régulièrement et tu repiques exactement où tu t'es arrêté sur le web et l'app.

Peux-tu écrire et exécuter du code dans cette leçon Cloud & IT Cert Prep ?

Oui. Chaque leçon Cloud & IT Cert Prep inclut un éditeur de code intégré, tu écris et exécutes du vrai code directement dans ton navigateur et tu reçois des retours IA instantanés — aucune configuration locale requise.

Toutes les leçons de ce cours

  1. Présentation des services Azure DevOps
  2. Création d’un pipeline d’intégration continue avec Azure Pipelines
  3. Déploiement continu vers Azure
  4. GitHub Actions sur Azure
← Retour à Cloud & IT Cert Prep