Déploiement continu avec des conteneurs personnalisés dans Azure App Service

Sélectionner la source de code

Dans le menu déroulant Source, sélectionnez la source de déploiement en fonction des critères suivants :

• Container Registry configure CI/CD entre votre registre de conteneurs et App Service.
• Sélectionnez l’option GitHub Actions si vous conservez le code source de votre image conteneur dans GitHub. De nouvelles validations dans votre dépôt GitHub déclenchent l’action de déploiement, qui peut s’exécuter docker build et docker push directement dans votre registre de conteneurs. Il met ensuite à jour votre application App Service pour exécuter la nouvelle image. Pour plus d’informations, consultez Fonctionnement de CI/CD avec GitHub Actions.
  • Pour configurer CI/CD avec Azure Pipelines, consultez Déployer un conteneur Azure Web App à partir d’Azure Pipelines.
  • Pour une application Docker Compose, sélectionnez Container Registry.

Si vous sélectionnez GitHub Actions, sélectionnez Autoriser et suivez les invites d’autorisation. Si vous avez précédemment autorisé gitHub, vous pouvez déployer à partir du référentiel d’un autre utilisateur en sélectionnant Modifier le compte.

Après avoir autorisé votre compte Azure avec GitHub, sélectionnez l’organisation, le référentiel et la branche à partir duquel effectuer le déploiement.

Configurer les paramètres du Registre

Configurer les paramètres du Registre

Pour déployer une application à plusieurs conteneurs (Docker Compose), sélectionnez Docker Compose dans le type de conteneur. Si vous ne voyez pas la liste déroulante Type de conteneur , faites défiler vers la source et sélectionnez Container Registry.

Activer CI/CD

Activer CI/CD

Fonctionnement de CI/CD avec GitHub Actions

Si vous sélectionnez GitHub Actions dans le menu déroulant Sélectionner une source de code , App Service configure CI/CD de la manière suivante :

• Il dépose un fichier de flux de travail GitHub Actions dans votre dépôt GitHub pour gérer les tâches de génération et de déploiement dans App Service.
• Il ajoute les informations d’identification de votre registre privé en tant que secrets GitHub. Le fichier de flux de travail généré exécute l’action Azure/docker-login pour se connecter à votre registre privé. Ensuite, il exécute docker push pour le déployer.
• Il ajoute le profil de publication de votre application en tant que secret GitHub. Le fichier de flux de travail généré utilise ce secret pour s’authentifier auprès d’App Service. Il exécute ensuite l’action Azure/webapps-deploy pour configurer l’image mise à jour, ce qui déclenche un redémarrage d’une application pour extraire l’image mise à jour.
• Il capture des informations à partir des journaux d’exécution du flux de travail et les affiche sous l’onglet Journaux dans le Centre de déploiement de votre application.

Vous pouvez personnaliser le fournisseur de build GitHub Actions comme suit :

• Personnalisez le fichier de flux de travail après sa génération dans votre dépôt GitHub. Pour déclencher un redémarrage d’une application, le flux de travail doit se terminer par l’action Azure/webapps-deploy . Pour plus d’informations, accédez à la syntaxe de flux de travail pour GitHub Actions.
• Si la branche sélectionnée est protégée, vous pouvez toujours afficher un aperçu du fichier de flux de travail sans enregistrer la configuration. Ajoutez-le et les secrets GitHub requis dans votre référentiel manuellement. Cette méthode ne permet pas l’intégration des journaux avec le portail Azure.
• Au lieu d’un profil de publication, effectuez le déploiement à l’aide d’un principal de service dans Microsoft Entra ID.

S’authentifier avec un principal de service

Cette configuration facultative remplace l’authentification par défaut par les profils de publication dans le fichier de workflow généré.

Générez un principal de service à l’aide de la az ad sp create-for-rbac commande dans Azure CLI. Dans l’exemple suivant, remplacez <subscription-id>, <group-name et app-name><par vos propres valeurs.> Enregistrez l’intégralité de la sortie JSON pour l’étape suivante, y compris le niveau {}supérieur.

az ad sp create-for-rbac --name "myAppDeployAuth" --role contributor \
                            --scopes /subscriptions/<subscription-id>/resourceGroups/<group-name>/providers/Microsoft.Web/sites/<app-name> \
                            --json-auth

Dans GitHub, accédez à votre dépôt, puis sélectionnez Paramètres>secrets>Ajouter un nouveau secret. Collez l’intégralité de la sortie JSON de la commande Azure CLI dans le champ de valeur du secret. Donnez au secret un nom tel que AZURE_CREDENTIALS.

Dans le fichier de workflow généré par le Centre de déploiement, modifiez l’étape azure/webapps-deploy avec du code similaire à l’exemple suivant :

- name: Sign in to Azure 
# Use the GitHub secret you added
- uses: azure/login@v1
    with:
    creds: ${{ secrets.AZURE_CREDENTIALS }}
- name: Deploy to Azure Web App
# Remove publish-profile
- uses: azure/webapps-deploy@v2
    with:
    app-name: '<app-name>'
    slot-name: 'production'
    images: '<registry-server>/${{ secrets.AzureAppService_ContainerUsername_... }}/<image>:${{ github.sha }}'
    - name: Sign out of Azure
    run: |
    az logout

Pour configurer une application à plusieurs conteneurs (Docker Compose), préparez un fichier Docker Compose localement, puis exécutez-le az webapp config container set avec le --multicontainer-config-file paramètre. Si votre fichier Docker Compose contient des images privées, ajoutez --docker-registry-server-* des paramètres comme indiqué dans l’exemple précédent.

az webapp config container set --resource-group <group-name> --name <app-name> --multicontainer-config-file <docker-compose-file>