Déploiement basé sur des packages pour Azure Functions

Cet article décrit comment créer un paquet de déploiement .zip prêt à s’exécuter, déployer le paquet sur Azure, et configurer votre application fonctionnelle pour qu’elle s’exécute directement depuis le paquet. Vous pouvez déployer en utilisant Azure Functions Core Tools, Azure CLI ou les API REST de déploiement.

Le déploiement par paquet est la norme pour les applications fonctionnelles qui s’exécutent à partir du code. La technologie de déploiement et la configuration des paquets dépendent du plan d’hébergement. Sélectionnez votre plan d’hébergement en haut de cet article.

Azure Functions propose toute la gamme d’options de déploiement continu et d’intégration que propose Azure App Service. Pour plus d’informations, consultez Déploiement continu pour Azure Functions.

Déploiement de paquets par plan d’hébergement

Le tableau suivant résume le processus de déploiement et la configuration des paquets pour chaque plan d’hébergement :

Plan d’hébergement Processus de déploiement Configuration de package
Plan de Consommation Flexible Déploiement mané de paquets S’exécute par défaut depuis le package déployé. Ne définissez pas WEBSITE_RUN_FROM_PACKAGE.
Plan Premium Déploiement ZIP Définissez WEBSITE_RUN_FROM_PACKAGE sur 1 pour exécuter l’application à partir du package déployé.
Plan dédié (App Service) Déploiement ZIP Réglez WEBSITE_RUN_FROM_PACKAGE sur 1 pour exécuter l’application à partir du package déployé.
Plan de consommation sur Windows Déploiement ZIP Définissez WEBSITE_RUN_FROM_PACKAGE sur 1 pour s’exécuter à partir du package déployé.
Plan de consommation sous Linux URL de compilation à distance ou URL du package externe Utilisez une URL de paquet externe pour un paquet construit localement.
Azure Container Apps (Applications de Conteneur Azure) Déploiement d’image de conteneur Le déploiement de code basé sur des packages ne s’applique pas.

Note

Le contenu de cet article n’est pas pertinent pour le plan d’hébergement actuellement sélectionné. Pour choisir un autre forfait, utilisez le sélecteur en haut de cet article. Pour une comparaison de tous les forfaits d’hébergement, consultez les options d’hébergement Azure Functions.

Les applications de fonction hébergées sur Azure Container Apps sont déployées sous forme d’images conteneur, et non de paquets .zip. Pour créer et déployer une application de fonctions basée sur une image, voir Créer une application de fonctions sur Azure Container Apps en utilisant du code.

Créer un package de déploiement

Dans la plupart des cas, vous n’avez pas besoin de créer vous-même le package de déploiement. Ces méthodes de déploiement basées sur des outils créent le package dans le cadre du processus de publication :

Pour le déploiement avec Azure Pipelines, les étapes de génération du pipeline créent l’archive .zip et la transmettent à la tâche de déploiement AzureFunctionApp.

Lorsque vous devez travailler directement avec un paquet de déploiement prêt à l’emploi, créez le paquet en utilisant func pack. Par exemple, créez vous-même le paquet lors du déploiement en utilisant une URL externe de paquet.

Vous pouvez aussi créer manuellement l’archive .zip. Lorsque vous créez l’archive manuellement, suivez ces exigences de structure de paquet.

Exigences du package de déploiement

L’archive zip que vous déployez doit contenir tous les fichiers nécessaires pour exécuter votre application de fonction. Vous pouvez créer manuellement une archive zip à partir du contenu d’un dossier de projet Functions à l’aide de fonctionnalités de compression intégrées .zip ou d’outils non-Microsoft.

L’archive doit inclure le fichier host.json à la racine du dossier extrait. La pile de langues sélectionnée pour l’application de fonction crée d’autres exigences :

Important

Pour les langages qui génèrent une sortie compilée pour le déploiement, veillez à compresser le contenu du dossier de sortie que vous envisagez de publier et non l’ensemble du dossier du projet. Lorsque Functions extrait le contenu de l’archive zip, le fichier host.json doit être à la racine du package.

Un processus de déploiement zip extrait les fichiers et dossiers de l’archive .zip dans le wwwroot répertoire. Si vous incluez le répertoire parent lors de la création de l’archive, le système ne trouve pas les fichiers qu’il s’attend à voir dans wwwroot.

Déployer un package

Flex Consumption utilise le déploiement de paquets pour stocker un paquet prêt à s’exécuter dans le conteneur de stockage de déploiement de l’application. L’application fonctionne directement depuis ce package. Ne définissez pas le paramètre de l’application WEBSITE_RUN_FROM_PACKAGE .

Déploie le package en utilisant Core Tools, Visual Studio Code ou Azure CLI. Ces outils sélectionnent automatiquement le bon comportement de déploiement de paquets pour une application Flex Consumption.

Ces outils effectuent un déploiement push en envoyant le package au point de déploiement de l’application. Pour la Consommation flexible, ces clients envoient le package sur /api/publish l’hôte scm de l’application. Lorsque le point de déploiement n’est accessible que via un point de terminaison privé, l’ordinateur, le runner ou l’agent qui effectue le déploiement doit disposer d’une connectivité réseau et d’une résolution DNS pour le point de terminaison privé. Le service de déploiement stocke le package traité dans le conteneur de déploiement configuré ; le téléversement direct d’un package dans ce conteneur ne le déploie pas. Pour déployer sans envoyer le package depuis le client initiateur vers le point de terminaison de déploiement, utilisez un déploiement à l’aide d’un modèle Bicep ou ARM avec une URL de package à laquelle le service de déploiement peut accéder.

Déployer à l’aide d’Azure CLI

Utilisez la az functionapp deployment source config-zip commande pour déployer un package :

az functionapp deployment source config-zip --resource-group <RESOURCE_GROUP> \
  --name <APP_NAME> --src <ZIP_FILE_PATH>

Ajoutez --build-remote true lorsque le projet source nécessite une compilation à distance. Ne demandez pas une compilation à distance pour un paquet déjà func pack intégré en état prêt à s’exécuter, comme un paquet de déploiement Go.

Pour configurer le stockage de déploiement ou récupérer un déploiement antérieur, voir Créer et gérer des applications de fonctions dans le plan Flex Consumption.

Déployer un package

Les applications des plans Premium, Dédié et Consommation utilisent l’API de déploiement ZIP. Le service de déploiement effectue les actions suivantes :

  • Supprimez les fichiers qui subsistent des déploiements précédents.
  • Exécutez des scripts de déploiement et d’autres personnalisations de déploiement.
  • Écrivez les journaux de déploiement.
  • La fonction de synchronisation se déclenche.

Important

Dans un déploiement zip, les fichiers du déploiement précédent sont supprimés ou mis à jour lorsqu’ils faisaient partie de ce déploiement. Le processus de déploiement conserve d’autres fichiers et répertoires dans votre application de fonctions qui ne faisaient pas partie du déploiement précédent. Pour les détails de l’implémentation, voir la référence de déploiement zip.

Déployer à l’aide d’Azure CLI

Utilisez Azure CLI pour déclencher un déploiement push. Effectuez le déploiement Push d’un fichier .zip sur votre application de fonction à l’aide de la commande az functionapp deployment source config-zip. Pour exécuter cette commande, vous devez utiliser Azure CLI version 2.0.21 ou ultérieure. Pour connaître la version d’Azure CLI que vous utilisez, utilisez la az --version commande.

Dans la commande suivante, remplacez l’espace réservé <zip_file_path> par le chemin vers l’emplacement de votre fichier .zip. Remplacez également <app_name> par le nom unique de votre application de fonction, et <resource_group> par le nom de votre groupe de ressources.

az functionapp deployment source config-zip -g <resource_group> -n \
<app_name> --src <zip_file_path>

Cette commande déploie les fichiers projet du fichier .zip vers votre application de fonctions dans Azure et redémarre l’application.

Quand vous utilisez Azure CLI sur votre ordinateur local, <zip_file_path> est le chemin du fichier .zip sur votre ordinateur. Vous pouvez également exécuter Azure CLI dans Azure Cloud Shell. Quand vous utilisez Cloud Shell, vous devez d’abord charger votre fichier .zip de déploiement sur le compte Azure Files associé à votre Cloud Shell. Dans ce cas, <zip_file_path> est l’emplacement de stockage utilisé par votre compte Cloud Shell. Pour plus d’informations, consultez Conserver des fichiers dans Azure Cloud Shell.

Déployer un fichier ZIP avec l’API REST

Vous pouvez utiliser les API REST du service de déploiement pour déployer le fichier .zip sur votre application dans Azure. Pour effectuer le déploiement, envoyez une requête POST à https://<app_name>.scm.azurewebsites.net/api/zipdeploy. La demande POST doit contenir le fichier .zip dans le corps du message. Les informations d’identification de déploiement pour votre application sont fournies dans la demande avec l’authentification de base HTTP. Pour plus d’informations, consultez les informations de référence des envois (push) de fichiers .zip.

Pour l’authentification HTTP BASIC, vous avez besoin de vos informations d’identification de déploiement App Service. Pour découvrir comment définir les informations d’identification de votre déploiement, consultez Définir et réinitialiser les informations d’identification de niveau utilisateur.

Avec cURL

L’exemple suivant utilise l’outil cURL pour déployer un fichier .zip. Remplacez les espaces réservés <deployment_user>, <zip_file_path> et <app_name>. Quand vous y êtes invité par cURL, tapez le mot de passe.

curl -X POST -u <deployment_user> --data-binary "@<zip_file_path>" https://<app_name>.scm.azurewebsites.net/api/zipdeploy

Cette demande déclenche le déploiement par envoi (push) à partir du fichier .zip chargé. Vous pouvez examiner les déploiements en cours et passés en utilisant le point de terminaison https://<app_name>.scm.azurewebsites.net/api/deployments, comme le montre l’exemple cURL suivant. Ici encore, remplacez <app_name> par le nom de votre application et <deployment_user> par le nom d’utilisateur de vos informations d’identification de déploiement.

curl -u <deployment_user> https://<app_name>.scm.azurewebsites.net/api/deployments

Déploiement zip asynchrone

Lors du déploiement synchrone, vous pouvez recevoir des erreurs liées aux délais d’expiration de connexion. Ajoutez ?isAsync=true à l’URL pour effectuer le déploiement de manière asynchrone. Vous recevez une réponse dès que le fichier zip est chargé avec un Location en-tête pointant vers l’URL d’état du déploiement interrogeable. Lors de l’interrogation de l’URL fournie dans l’en-tête Location , vous recevez une réponse HTTP 202 (Acceptée) pendant que le processus est en cours et une réponse HTTP 200 (OK) une fois l’archive développée et le déploiement s’est terminé avec succès.

Authentification Microsoft Entra

Une alternative à l’utilisation de l’authentification HTTP BASIC pour le déploiement du zip consiste à utiliser une Microsoft Entra. L’identité Microsoft Entra peut être nécessaire si l’authentification HTTP BASIC est désactivée pour le site SCM.

Un jeton d’accès Microsoft Entra valide pour l’utilisateur ou le principal du service effectuant le déploiement est requis. Un jeton d’accès peut être récupéré à l’aide de la commande az account get-access-token Azure CLI. Le jeton d’accès est utilisé dans l’en-tête d’authentification de la requête HTTP POST.

curl -X POST \
    --data-binary "@<zip_file_path>" \
    -H "Authorization: Bearer <access_token>" \
    "https://<app_name>.scm.azurewebsites.net/api/zipdeploy"

Avec PowerShell

L’exemple suivant utilise Publish-AzWebapp pour charger le fichier .zip. Remplacez les espaces réservés <group-name>, <app-name> et <zip-file-path>.

Publish-AzWebapp -ResourceGroupName <group-name> -Name <app-name> -ArchivePath <zip-file-path>

Cette demande déclenche le déploiement par envoi (push) à partir du fichier .zip chargé.

Pour passer en revue les déploiements en cours et passés, exécutez les commandes suivantes. Là encore, remplacez les valeurs des espaces réservés <deployment-user>, <deployment-password> et <app-name>.

$username = "<deployment-user>"
$password = "<deployment-password>"
$apiUrl = "https://<app-name>.scm.azurewebsites.net/api/deployments"
$base64AuthInfo = [Convert]::ToBase64String([Text.Encoding]::ASCII.GetBytes(("{0}:{1}" -f $username, $password)))
$userAgent = "powershell/1.0"
Invoke-RestMethod -Uri $apiUrl -Headers @{Authorization=("Basic {0}" -f $base64AuthInfo)} -UserAgent $userAgent -Method GET

Déploie en utilisant Bicep ou un modèle Azure Resource Manager

Vous pouvez déployer un package dans une application Flex Consumption dans le cadre d’un déploiement de modèles Bicep ou Azure Resource Manager (ARM). Définissez une Microsoft.Web/sites/extensions ressource qui utilise l’extension /onedeploy et fournit l’URL du package distant dans la packageUri propriété.

Vous devez nommer le fichier package released-package.zip. L’hôte Fonctions doit pouvoir accéder à la fois à l’URL distante du package et au conteneur de stockage de déploiement. Téléverser directement le package dans le conteneur de déploiement ne le déploie pas.

Pour des exemples de modèles Bicep et ARM, voir Définir le package de déploiement Flex Consumption.

Déploie en utilisant un modèle Azure Resource Manager

Vous pouvez utiliser l’extension ZipDeploy du modèle Azure Resource Manager (ARM) pour pousser votre fichier .zip vers votre application de fonction.

Exemple de modèle ARM ZipDeploy

Ce modèle inclut à la fois un emplacement de production et un emplacement de préproduction et se déploie sur l’un ou sur l’autre. En règle générale, ce modèle vous permet d’effectuer le déploiement sur l’emplacement de préproduction, puis d’effectuer l’échange pour obtenir votre nouveau package zip en cours d’exécution sur l’emplacement de production.

{
  "$schema": "https://schema.management.azure.com/schemas/2019-04-01/deploymentTemplate.json#",
  "contentVersion": "1.0.0.0",
  "parameters": {
    "appServiceName": {
      "type": "string"
    },
    "deployToProduction": {
      "type": "bool",
      "defaultValue": false
    },
    "slot": {
      "type": "string",
      "defaultValue": "staging"
    },
    "packageUri": {
      "type": "secureString"
    }
  },
  "resources": [
    {
      "condition": "[parameters('deployToProduction')]",
      "type": "Microsoft.Web/sites/extensions",
      "apiVersion": "2021-02-01",
      "name": "[format('{0}/ZipDeploy', parameters('appServiceName'))]",
      "properties": {
        "packageUri": "[parameters('packageUri')]",
        "appOffline": true
      }
    },
    {
      "condition": "[not(parameters('deployToProduction'))]",
      "type": "Microsoft.Web/sites/slots/extensions",
      "apiVersion": "2021-02-01",
      "name": "[format('{0}/{1}/ZipDeploy', parameters('appServiceName'), parameters('slot'))]",
      "properties": {
        "packageUri": "[parameters('packageUri')]",
        "appOffline": true
      }
    }
  ]
}

Pour le déploiement initial, vous déployez directement dans l’emplacement de production. Pour plus d’informations, consultez Déploiements d'emplacements.

Exécuter des fonctions à partir du package de déploiement

Exécuter directement depuis le package de déploiement évite de copier les fichiers dans le wwwroot répertoire. À la place, le runtime Functions monte le paquet comme un répertoire en lecture seule wwwroot . Cette approche :

  • Réduit les problèmes de verrouillage de la copie de fichiers.
  • Vérification des fichiers en cours d’exécution dans votre application.
  • Améliore les performances de déploiement d’Azure Resource Manager.
  • Cela peut réduire le temps de démarrage à froid, en particulier pour les applications JavaScript avec de grands arbres de paquets npm.

Configuration du package Flex Consumption

Les applications Flex Consumption fonctionnent par défaut à partir d’un package. N’ajoutez pas le paramètre de l’application WEBSITE_RUN_FROM_PACKAGE . Les paramètres de déploiement, y compris le conteneur de stockage et sa méthode d’authentification, sont des propriétés de la ressource de l’application fonction. Pour plus d’informations, voir Déploiement.

Configuration Premium et forfaits dédiés

Définissez WEBSITE_RUN_FROM_PACKAGE sur 1 pour exécuter directement à partir du package déployé localement. L’exécution stocke le paquet dans le c:\home\data\SitePackages dossier sous Windows ou /home/data/SitePackages dans un dossier sous Linux.

Configuration du forfait de consommation

La valeur prise en charge WEBSITE_RUN_FROM_PACKAGE dépend du système d’exploitation :

Système d'exploitation Value Comportement
Windows 1 L’application s’exécute depuis un package dans le c:\home\data\SitePackages dossier.
Linux <URL> L’application s’exécute depuis le package à l’URL spécifiée. Utilisez un conteneur privé Stockage Blob Azure accessible en utilisant une identité managée.

Important

Les applications de fonction qui exécutent encore le runtime v3 de fin de vie sur Linux au sein d’un plan de consommation ne seront plus exécutées après le 30 septembre 2026. Pour éviter toute interruption de service, migrez votre application vers le runtime v4.

L’option permettant d’héberger des applications de fonction sur Linux dans un plan Consommation est mise hors service le 30 septembre 2028. Le plan de consommation Linux ne reçoit aucune nouvelle fonctionnalité ni version de langage. Les applications s'exécutant sur Windows dans un plan Consommation ne sont actuellement pas affectées. Migrez vos applications vers le plan Flex Consumption avant la date de mise hors service.

Considérations sur le déploiement des paquets

Gardez à l’esprit ces exigences et limitations lorsque vous déployez et exécutez votre application de fonctions à partir d’un package :

  • Le paquet doit utiliser .zip format. Les formats tar et gzip ne sont pas pris en charge.
  • La taille maximale du colis est de 1 Go. Le déploiement utilise un stockage temporaire lors du détachement des fichiers de projet, donc l’application doit aussi disposer de suffisamment de stockage temporaire. Le plan Consommation offre 500 Mo de stockage temporaire par forfait.
  • Lorsque vous exécutez à partir d’un package, les fichiers dans wwwroot sont en lecture seule, y compris dans le portail Azure.
  • Vous ne pouvez pas utiliser le cache local lors de l’exécution depuis un paquet.
  • Ne définissez pas WEBSITE_RUN_FROM_PACKAGE lorsque vous demandez un build distant. Définissez plutôt SCM_DO_BUILD_DURING_DEPLOYMENT=true. Sous Linux, il faut aussi définir ENABLE_ORYX_BUILD=true.
  • WEBSITE_RUN_FROM_PACKAGE Ça ne fonctionne pas avec MSDeploy. Utilisez plutôt le déploiement ZIP.

Ajoutez le paramètre WEBSITE_RUN_FROM_PACKAGE

Plusieurs méthodes sont possibles pour ajouter, mettre à jour et supprimer des paramètres d’une application de fonction :

Les changements apportés aux paramètres d’application de fonction nécessitent le redémarrage de votre application de fonction.

Exécuter à partir d’un package chargé via un déploiement ZIP

Réglez WEBSITE_RUN_FROM_PACKAGE sur 1 avant le déploiement du paquet. L’API de déploiement zip copie le package dans le dossier SitePackages au lieu d’en extraire le contenu dans wwwroot. Le déploiement crée également un fichier packagename.txt qui identifie le paquet à monter. Après le redémarrage de l’application, le package se monte en tant que répertoire en lecture seule wwwroot . Les applications Linux Consumption ne prennent pas en charge cette valeur de paramètre et doivent s’exécuter à partir d’une URL de paquet externe.

Lorsque le déploiement redémarre l’application, les exécutions de fonctions en cours s’arrêtent. Pour plus d’informations sur la rédaction de fonctions capables de gérer les redémarrages en toute sécurité, voir Écrire des fonctions sans état.

Exécuter depuis une URL de package externe

Utilisez une URL de paquet externe lorsque vous devez gérer vous-même le stockage des paquets. Vous avez besoin de cette option pour exécuter un paquet construit localement sur une application Linux Consumption. Ce n’est pas pris en charge sur Flex Consumption.

Note

Vous ne pouvez pas modifier une application de fonction existante qui utilise WEBSITE_RUN_FROM_PACKAGE=1 pour s’exécuter à partir d’une URL de package externe. Pour utiliser une URL de package externe, créez une nouvelle application de fonction et définissez WEBSITE_RUN_FROM_PACKAGE l’URL du package.

Utilisez un conteneur privé de Stockage Blob et accordez l'accès à l'identité gérée de l'application fonctionnelle au package. Utilisez une identité gérée car les jetons SAS expirent et nécessitent de la maintenance. Chaque fois que vous publiez un package mis à jour, vous devez synchroniser manuellement les déclencheurs. Si vous mettez à jour le paquet sur place sans modifier son URL, redémarrez l’application de fonction avant de synchroniser les déclencheurs.

Téléverser manuellement un package sur Stockage Blob Azure

  1. Créez un paquet de déploiement .zip.

  2. Dans le portail Azure, accédez à votre compte de stockage.

  3. Dans la section Stockage des données, sélectionnez Conteneurs, puis créez ou sélectionnez un conteneur privé.

  4. Téléversez le package dans le conteneur.

  5. Sélectionnez le blob téléchargé et copiez son URL. Si vous n’utilisez pas d’identité gérée, générez plutôt une URL SAS.

  6. Dans votre application de fonction, dépliez Paramètres, sélectionnez variables Environnement, puis sélectionnez Ajouter dans l’onglet Paramètres de l’application .

  7. Ajoutez un paramètre nommé WEBSITE_RUN_FROM_PACKAGE avec l’URL du package comme valeur.

  8. Appliquez les changements, redémarrez l’application et synchronisez manuellement les déclencheurs.

Récupérer un package depuis Stockage Blob Azure en utilisant une identité gérée

Vous pouvez configurer Stockage Blob Azure pour authoriser des requêtes avec Microsoft Entra ID. Cette configuration signifie qu’au lieu de générer une clé SAP avec une expiration, vous pouvez vous reposer sur l'identité managée de l’application.

Par défaut, l’identité affectée par le système de l’application est utilisée. Si vous souhaitez spécifier une identité affectée par l’utilisateur, vous pouvez définir le WEBSITE_RUN_FROM_PACKAGE_BLOB_MI_RESOURCE_ID paramètre d’application sur l’ID de ressource de cette identité. Le paramètre peut également accepter SystemAssigned comme valeur, ce qui équivaut à omettre le paramètre.

Pour permettre au package d'être récupéré à l'aide de l'identité :

  1. Veillez à ce que le blob soit configuré pour un accès privé.

  2. Accordez à l’identité le rôle deLecteur des données Blob du stockage avec étendue sur le blob du package. Consultez Assigner un rôle Azure pour accéder aux données blob pour des détails sur la création de l'attribution de rôle.

  3. Définissez les WEBSITE_RUN_FROM_PACKAGE paramètres d’application à l’URL de l’objet blob du package. Cette URL prend généralement la forme https://<storage-account-name>.blob.core.windows.net/<container-name>/<path-to-package> ou similaire.

  4. Si vous souhaitez spécifier une identité affectée par l’utilisateur, vous pouvez définir le WEBSITE_RUN_FROM_PACKAGE_BLOB_MI_RESOURCE_ID paramètre d’application sur l’ID de ressource de cette identité. Le paramètre peut également accepter SystemAssigned comme valeur, même s’il s’agit de la même chose que d’omettre complètement le paramètre. Un ID de ressource est une représentation standard d’une ressource dans Azure. Pour une identité managée attribuée par l'utilisateur, cela sera /subscriptions/subid/resourcegroups/rg-name/providers/Microsoft.ManagedIdentity/userAssignedIdentities/identity-name. L’identifiant de ressource d’une identité managée attribuée par l’utilisateur peut être obtenu dans les Paramètres>Propriétés>ID pour l’identité managée attribuée par l’utilisateur.

Personnalisation du déploiement

Le processus de déploiement suppose que le fichier .zip que vous envoyez (push) contienne une application prête à l’exécution. Par défaut, aucune personnalisation n’est exécutée. Pour activer les même processus de génération que ceux obtenus avec l’intégration continue, ajoutez ceci aux paramètres de votre application :

SCM_DO_BUILD_DURING_DEPLOYMENT=true

Quand vous utilisez le déploiement par envoi (push) de fichier .zip, ce paramètre est false par défaut. La valeur par défaut est true pour les déploiements par intégration continue. Quand la valeur est true, vos paramètres de déploiement sont utilisés pendant le déploiement. Vous pouvez configurer ces paramètres comme paramètres de l’application ou dans un fichier de configuration .deployment qui se trouve dans la racine de votre fichier .zip. Pour plus d’informations, consultez Repository and deployment-related settings dans les informations de référence sur le déploiement.

Télécharger vos fichiers d’application de fonction

Si vous avez besoin du package exact que votre application exécute actuellement, téléchargez-le depuis le conteneur Stockage Blob configuré pour les déploiements de votre application :

  1. Dans la page de votre application de fonctions dans le portail Azure, dépliquez Paramètres, puis sélectionnez Paramètres de déploiement.

  2. Dans l’emplacement du paquet Application, notez le compte de stockage et le conteneur utilisés pour les déploiements.

  3. Allez sur ce compte de stockage, développez le stockage de données, puis sélectionnez Conteneurs.

  4. Sélectionnez le conteneur de déploiement, sélectionnez le package en cours, puis sélectionnez Télécharger.

Le paquet téléchargé contient le contenu de l’application intégrée que vous avez déployé, qui peut différer de celui de votre projet source. Chaque déploiement écrase le package en cours, et le conteneur de déploiement ne fournit pas d’historique de déploiement.

Pour les applications déployées via CI/CD, gardez le projet source en contrôle de version et conservez les artefacts de compilation prêts à s’exécuter selon votre politique de conservation des versions. Utilisez un artefact conservé pour redéployer une version spécifique. Utilisez le package dans le conteneur de déploiement lorsque vous avez besoin du package exact que l’application exécute actuellement ou lorsque l’artefact original n’est plus disponible.

Télécharger vos fichiers d’application de fonction

Si vous avez créé vos fonctions à l’aide de l’éditeur du Portail Azure, vous pouvez télécharger votre projet d’application de fonction existant en tant que fichier .zip de l’une des façons suivantes :

  1. Connectez-vous au portail Azure et accédez à votre application de fonction.

  2. Sous l’onglet Vue d’ensemble, sélectionnez Télécharger le contenu de l’application. Sélectionnez vos options de téléchargement, puis Télécharger.

Capture d’écran montrant la page du portail Azure pour télécharger le projet d’application de fonction.

Le fichier .zip téléchargé est au format correct pour être republié sur votre application de fonction en utilisant le déploiement Push de fichier .zip. En outre, le téléchargement à partir du portail peut ajouter les fichiers nécessaires pour ouvrir votre application de fonction directement dans Visual Studio.

Pour les applications déployées via CI/CD, gardez le projet source en contrôle de version et conservez les artefacts de compilation prêts à s’exécuter selon votre politique de conservation des versions. Une archive source téléchargée depuis un dépôt n’est pas un package de déploiement. Utilisez votre flux de déploiement pour construire et déployer le projet.

Contenu connexe

  • Last updated on