Migrer des applications du plan Consommation vers le plan Flex Consumption

La compétence Azure automatise la majeure partie de la migration pour vous. Vos étapes générales sont les suivantes :

Les flex-migration commandes CLI automatisent la création et la configuration des applications. Vos étapes générales sont les suivantes :

Le portail fournit un chemin de migration manuel. Vos étapes générales sont les suivantes :

Configurez GitHub Copilot en utilisant les prérequis, puis utilisez l’invite dans Lancer la migration. Copilot vous guide dans l’évaluation, la préparation du code Windows-vers-Linux, la création et la configuration de cibles, le déploiement, la validation et la transition de production. Il demande votre avis ou votre approbation quand c’est nécessaire.

Les sections suivantes expliquent les vérifications et les tâches de migration à titre de référence. Vous n'avez pas besoin d'effectuer les étapes manuelles de la CLI ou du portail lorsque vous suivez le flux de travail Copilot.

Copilot garde l’application source en lecture seule pendant l’évaluation et la réplication. Les modifications des déclencheurs source, des paramètres, de l’état de l’application ou des ressources nécessitent une approbation explicite pour l’action spécifique.

Windows migration nécessite des étapes manuelles pour la création et la configuration de l’application. Vos étapes générales sont les suivantes :

Windows migration nécessite des étapes manuelles pour la création et la configuration de l’application. Vos étapes générales sont les suivantes :

Pour démarrer une migration interactive qui analyse votre abonnement et vous invite à choisir les applications à migrer, utilisez cette invite :

migrate my linux function apps in azure from consumption to flex consumption

Copilot identifie vos applications de consommation Linux éligibles, vous permet de choisir celles à migrer, puis vous guide dans l’évaluation, la création d’applications, la configuration et le déploiement pour chaque application. Passez aux étapes de migration.

Si vous souhaitez simplement voir quelles applications sont éligibles sans démarrer la migration, utilisez plutôt cette invite :

list my linux consumption apps eligible for flex consumption migration

Copilot retourne une liste d’applications éligibles et inéligibles, ainsi que les raisons de toute incompatibilité. Vous pouvez ensuite migrer une application spécifique à l’aide de l’invite dans Démarrer la migration pour Linux.

Exécutez cette commande pour voir quelles applications de consommation Linux sont prêtes à migrer :

az functionapp flex-migration list

Cette commande analyse automatiquement votre abonnement et retourne deux tableaux :

• eligible_apps : applications de consommation Linux qui peuvent être migrées vers Flex Consumption. Ces applications sont compatibles avec Flex Consumption.
• ineligible_apps : applications qui ne peuvent pas être migrées, ainsi que les raisons spécifiques pour lesquelles. Examinez et résolvez les raisons de l’incompatibilité avant de continuer.

La sortie inclut le nom de l’application, le groupe de ressources, l’emplacement et la pile d’exécution pour chaque application, ainsi que les informations d’éligibilité et de préparation de la migration.

1. Accédez à l’Explorateur Azure Resource Graph dans le portail Azure.

2. Copiez la requête Kusto suivante, collez-la dans la fenêtre de requête, puis sélectionnez Exécuter la requête :

   resources 
   | where type == 'microsoft.web/sites' 
   | where ['kind'] == 'functionapp,linux' 
   | where properties.sku == 'Dynamic'
   | extend siteProperties=todynamic(properties.siteProperties.properties) 
   | mv-expand siteProperties 
   | where siteProperties.name=='LinuxFxVersion' 
   | project name, location, resourceGroup, stack=tostring(siteProperties.value)
   

Cette commande crée une table avec le nom de l’application, l’emplacement, le groupe de ressources et la pile d’exécution pour toutes les applications Consommation s’exécutant sur Linux dans l’abonnement actuel.

Pour identifier les applications Windows Consumption de votre abonnement sans démarrer de migration, utilisez ce prompt :

What Windows Consumption Function Apps can I upgrade to Flex Consumption?

Copilot découvre les applications candidates et vérifie leur région, leur temps d’exécution, leur configuration de déploiement et d’autres exigences de compatibilité. La découverte identifie les candidats, mais ne garantit pas que chaque application soit prête à migrer. Examinez l’évaluation avant de poursuivre.

Pour migrer une application spécifique, utilisez le prompt figurant dans Démarrer la migration.

Utilisez la az graph query commande pour répertorier toutes les applications de fonction de votre abonnement qui s’exécutent dans un plan Consommation :

az graph query -q "resources | where subscriptionId == '$(az account show --query id -o tsv)' \
   | where type == 'microsoft.web/sites' | where ['kind'] == 'functionapp' | where properties.sku == 'Dynamic' \
   | project name, location, resourceGroup" \
   --query data --output table

Cette commande crée une table avec le nom de l’application, l’emplacement et le groupe de ressources pour toutes les applications Consommation exécutées sur Windows dans l’abonnement actuel.

Si vous ne l’avez pas encore, vous êtes invité à installer l’extension resource-graph.

1. Accédez à l’Explorateur Azure Resource Graph dans le portail Azure.

2. Copiez la requête Kusto suivante, collez-la dans la fenêtre de requête, puis sélectionnez Exécuter la requête :

   resources 
   	| where type == 'microsoft.web/sites' 
   	| where ['kind'] == 'functionapp' 
   	| where properties.sku == 'Dynamic'
   	| project name, location, resourceGroup
   

Cette commande crée une table avec le nom de l’application, l’emplacement et le groupe de ressources pour toutes les applications Consommation exécutées sur Windows dans l’abonnement actuel.

Copilot vérifie si Flex Consumption est disponible dans la région de l'application source et enregistre le résultat dans l'évaluation. Si la région n’est pas prise en charge, résolvez le choix d’emplacement avant de créer l’application cible.

Utilisez cette az functionapp list-flexconsumption-locations commande pour répertorier toutes les régions où le plan Flex Consumption est disponible :

az functionapp list-flexconsumption-locations --query "sort_by(@, &name)[].{Region:name}" -o table

Cette commande génère une table des régions Azure où le plan de Flex Consumption est actuellement supporté.

Le processus de création d'une application de fonction dans le portail Azure filtre les régions que le plan Flex Consumption ne prend actuellement pas en charge.

1. Dans le portail Azure, sélectionnez Créer une ressource dans le menu de gauche, puis sélectionnez ApplicationFunction>Create.

2. Sélectionnez Flex Consumption>Select et, dans l’onglet Informations de base , développez La région.

3. Passez en revue les régions de plan Flex Consumption prises en charge.

Vérifiez que la région où se trouve l'application de plan de consommation que vous souhaitez migrer est incluse dans la liste.

Copilot compare la version en langue source avec les versions prises en charge par Flex Consumption dans la région cible. Il utilise les métadonnées du projet ou du package de déploiement lorsque la configuration Azure manque ou est ambiguë, et vous demande de sélectionner une version cible lorsque les informations disponibles n'identifient pas une seule version prise en charge.

Utilisez cette commande az functionapp list-flexconsumption-runtimes pour vérifier la prise en charge du plan Consommation flexible pour votre version de la pile de langage dans une région spécifique :

az functionapp list-flexconsumption-runtimes --location <REGION> --runtime <LANGUAGE_STACK> --query '[].{version:version}' -o tsv

Dans cet exemple, remplacez <REGION> par votre région actuelle et <LANGUAGE_STACK> par l’une des valeurs suivantes :

Cette commande affiche toutes les versions de la pile linguistique spécifiée prise en charge par le plan Flex Consumption dans votre région.

Le processus de création d'une application de fonction dans le portail Azure filtre les versions de pile linguistique que le plan Flex Consumption ne prend actuellement pas en charge.

1. Dans le portail Azure, sélectionnez Créer une ressource dans le menu de gauche, puis sélectionnez ApplicationFunction>Create.

2. Sélectionnez Consommation flexible>Sélectionner et, sous l’onglet Informations de base, sélectionnez votre pile runtime de langage, puis Région.

3. Développez Version et passez en revue les versions prises en charge de votre stack linguistique dans la région que vous avez choisie.

Copilot détecte les emplacements de déploiement source et les consigne dans l’évaluation. Comme Flex Consumption ne prend pas en charge les slots, choisissez comment en consolider la fonctionnalité ou utilisez des applications séparées avant de continuer.

Utilisez cette az functionapp deployment slot list commande pour répertorier les emplacements de déploiement définis dans votre application de fonction :

az functionapp deployment slot list --name <APP_NAME> --resource-group <RESOURCE_GROUP> --output table

Dans cet exemple, remplacez <RESOURCE_GROUP> par le nom de votre groupe de ressources et <APP_NAME> par le nom de l'application, respectivement. Si la commande retourne une entrée, les emplacements de déploiement de votre application sont activés.

Pour déterminer si votre application de fonction a activé les emplacements de déploiement :

1. Dans le portail Azure, recherchez ou accédez à la page de votre application de fonction.

2. Dans le menu de gauche, sélectionnez déploiement>Emplacements de déploiement.

3. Si vous voyez des emplacements répertoriés dans la page de Emplacements de déploiement, votre application fonction utilise actuellement des emplacements de déploiement.

Copilot répertorie les certificats utilisés par l’application source et vérifie les limites des certificats par site. Il ne transfère pas automatiquement les certificats. Réajoutez les certificats requis en utilisant le processus de certificat à portée de site, et mettez à jour le code qui lit le magasin de certificats Windows pour utiliser les chemins de fichiers de certificats Linux.

Utilisez la az webapp config ssl list commande pour répertorier les certificats TLS/SSL disponibles pour votre application de fonction :

az webapp config ssl list --resource-group <RESOURCE_GROUP>  

Dans cet exemple, remplacez <RESOURCE_GROUP> par le nom de votre groupe de ressources. Si cette commande retourne une sortie, votre application utilise des certificats que vous devez rajouter à la nouvelle application Flex Consumption après la migration.

Pour déterminer si votre application de fonction utilise des certificats TLS/SSL :

1. Dans le portail Azure, recherchez ou accédez à la page de votre application de fonction.

2. Dans le menu de gauche, sélectionnez Paramètres>Certificats.

3. Vérifiez les certificats managés, apportez vos propres certificats (.pfx) et les onglets certificats de clé publique (.cer) pour tous les certificats installés.

Copilot identifie les liaisons de déclencheurs Blob par type et marque tout déclencheur dont la source n'est pas explicitement EventGrid. Il guide la modification de code requise et la configuration de l’abonnement à l’événement avant le déploiement.

Utilisez cette commande [az functionapp function list] pour déterminer si votre application a des déclencheurs de stockage d’objets blob qui n’utilisent pas Event Grid comme source :

az functionapp function list  --name <APP_NAME> --resource-group <RESOURCE_GROUP> \
  --query "[].{Function:name, BlobTrigger:(config.bindings[?type=='blobTrigger'] | [0])} | [?BlobTrigger && BlobTrigger.source!='EventGrid'].{Function:Function, TriggerType:BlobTrigger.type, Source:BlobTrigger.source}" \
  --output table

Dans cet exemple, remplacez <RESOURCE_GROUP> par le nom de votre groupe de ressources et <APP_NAME> par le nom de l'application, respectivement. Si la commande retourne des lignes, il existe au moins un déclencheur utilisant le sondage des conteneurs dans votre fonction app.

Pour déterminer si votre application de fonction a des déclencheurs de stockage Blob qui n’utilisent pas Event Grid comme source :

1. Dans le portail Azure, recherchez ou accédez à la page de votre application de fonction.

2. Sous l’onglet Vue d’ensemble des fonctions, recherchez les fonctions avec un type Blob .

3. Sélectionnez une fonction de déclenchement de blob et, dans Code + Test, sélectionnez Ressource JSON.

4. Recherchez la properties.config.bindings section de la définition de fonction. Cette section doit avoir un bindings.type pour blobTrigger. Si l’objet bindings ne possède pas de source propriété ou si source a la valeur de LogsAndContainerScan, le déclencheur utilise le sondage du conteneur. Un déclencheur source Event Grid a plutôt la valeur source pourEventGrid.

5. Répétez les étapes 3 à 4 pour toutes les fonctions de déclencheur de stockage Blob restantes dans votre application.

Copilot passe en revue les noms des paramètres d’application sans afficher de valeurs secrètes. Il demande s’il faut copier les paramètres source filtrés ou les différer pour pouvoir configurer des dépendances cibles isolées. Si vous reportez les paramètres, le déploiement attend que la configuration cible requise soit prête.

Utilisez la az functionapp config appsettings list commande pour retourner un objet qui contient les paramètres d’application app_settings existants en tant que JSON :

app_settings=$(az functionapp config appsettings list --name `<APP_NAME>` --resource-group `<RESOURCE_GROUP>`)
echo $app_settings

Dans cet exemple, remplacez <RESOURCE_GROUP> par le nom de votre groupe de ressources et <APP_NAME> par le nom de l’application.

Pour obtenir les paramètres actuels de votre application de fonction :

1. Dans le portail Azure, recherchez ou accédez à la page de votre application de fonction.

2. Dans le menu de gauche, développez Paramètres et sélectionnez Variables d’environnement.

3. Sous l’onglet Paramètres de l’application , sélectionnez Modifier et copier avancés et enregistrer le contenu des paramètres de l’application JSON.

Copilot répertorie les paramètres du site, les limites de mise à l’échelle, CORS, les domaines personnalisés et d’autres éléments de configuration. Il enregistre les éléments non pris en charge ou manipulés manuellement dans l’évaluation. Les métadonnées de montage explicites d’Azure Files sont réservées à l’inventaire pour cette migration Windows.

Utilisez ce script pour obtenir les configurations d’application pertinentes de votre application existante :

# Set the app and resource group names
appName=<APP_NAME>
rgName=<RESOURCE_GROUP>

echo "Getting commonly used site settings..."
az functionapp config show --name $appName --resource-group $rgName \
    --query "{http20Enabled:http20Enabled, httpsOnly:httpsOnly, minTlsVersion:minTlsVersion, \
    minTlsCipherSuite:minTlsCipherSuite, clientCertEnabled:clientCertEnabled, \
    clientCertMode:clientCertMode, clientCertExclusionPaths:clientCertExclusionPaths}"

echo "Checking for SCM basic publishing credentials policies..."
az resource show --resource-group $rgName --name scm --namespace Microsoft.Web \
    --resource-type basicPublishingCredentialsPolicies --parent sites/$appName --query properties

echo "Checking for the maximum scale-out limit configuration..."
az functionapp config appsettings list --name $appName --resource-group $rgName \
    --query "[?name=='WEBSITE_MAX_DYNAMIC_APPLICATION_SCALE_OUT'].value" -o tsv

echo "Checking for any file share mount configurations..."
az webapp config storage-account list --name $appName --resource-group $rgName

echo "Checking for any custom domains..."
az functionapp config hostname list --webapp-name $appName --resource-group $rgName --query "[?contains(name, 'azurewebsites.net')==\`false\`]" --output table

echo "Checking for any CORS settings..."
az functionapp cors show --name $appName --resource-group $rgName 

Dans cet exemple, remplacez <RESOURCE_GROUP> par le nom de votre groupe de ressources et <APP_NAME> par le nom de l'application, respectivement. Si l’un des paramètres de site ou les vérifications retournent des valeurs non null, notez-les.

Pour passer en revue les configurations d’application pertinentes de votre application existante :

1. Dans le portail Azure, recherchez ou accédez à la page de votre application de fonction.

2. Dans le menu de gauche, développez Paramètres et sélectionnez Configuration.

3. Sous l’onglet Paramètres généraux , notez ces paramètres :

   • Informations d’identification de publication d’authentification de base SCM
   • Version HTTP
   • HTTPS uniquement
   • Version TLS entrante minimale
   • Chiffrement TLS entrant minimal
   • Certificats clients entrants

4. Sous l’onglet Mappages de chemins d’accès, vérifiez s’il existe des montages de partage de fichiers existants requis par votre application. Si tel est le cas, notez le nom du compte de stockage, le nom du partage, le chemin d’accès et le type d’accès pour chaque partage monté.

5. Sous Paramètres>Scale out, si Appliquer la limite de scale-out est défini sur Oui, notez la valeur de Limite maximale de scale-out.

6. Sous Paramètres>des domaines personnalisés, notez les noms de domaine autres que *.azurewebsites.net, le type de liaison et les informations de certificat SSL.

7. Sous API>CORS, notez toutes les origines CORS explicitement autorisées et d’autres paramètres CORS.

Copilot répertorie les identités managées attribuées par le système et par l’utilisateur, ainsi que leurs attributions de rôle. Il utilise cet inventaire pour configurer les identités de la cible et recréer l’accès nécessaire aux ressources appropriées.

Ce script vérifie à la fois l’identité managée affectée par le système et les identités managées affectées par l’utilisateur associées à votre application :

appName=<APP_NAME>
rgName=<RESOURCE_GROUP>

echo "Checking for a system-assigned managed identity..."
systemUserId=$(az functionapp identity show --name $appName --resource-group $rgName --query "principalId" -o tsv) 

if [[ -n "$systemUserId" ]]; then
echo "System-assigned identity principal ID: $systemUserId"
echo "Checking for role assignments..."
az role assignment list --assignee $systemUserId --all
else
  echo "No system-assigned identity found."
fi

echo "Checking for user-assigned managed identities..."
userIdentities=$(az functionapp identity show --name $appName --resource-group $rgName --query 'userAssignedIdentities' -o json)
if [[ "$userIdentities" != "{}" && "$userIdentities" != "null" ]]; then
  echo "$userIdentities" | jq -c 'to_entries[]' | while read -r identity; do
    echo "User-assigned identity name: $(echo "$identity" | jq -r '.key' | sed 's|.*/userAssignedIdentities/||')"
	echo "Checking for role assignments..."
    az role assignment list --assignee $(echo "$identity" | jq -r '.value.principalId') --all --output json
    echo
  done
else
  echo "No user-assigned identities found."
fi

Dans cet exemple, remplacez <RESOURCE_GROUP> par le nom de votre groupe de ressources et <APP_NAME> par le nom de l’application. Notez toutes les identités et leurs attributions de rôles.

1. Dans le portail Azure, recherchez ou accédez à la page de votre application de fonction.

2. Dans le menu de gauche, développez Paramètres et sélectionnez Identité.

3. Vérifiez l’onglet Affecté par le système pour voir si l’identité managée affectée par le système est activée. Si cette option est activée, sélectionnez Azure attributions de rôles pour afficher les rôles attribués à cette identité.

4. Vérifiez l’onglet Utilisateur affecté pour voir si des identités gérées attribuées par l'utilisateur sont assignées. Notez les noms des identités attribuées par l'utilisateur.

5. Pour chaque identité managée affectée par l’utilisateur, sélectionnez l’identité. Dans la page d’identité, sélectionnez Azure attributions de rôles.

6. Notez chaque attribution de rôle accordée à l’identité et déterminez si votre application l’exige.

Documentez toutes les identités et leurs attributions de rôles afin de pouvoir recréer la même structure d’autorisations pour votre nouvelle application Flex Consumption.

Copilot répertorie les fournisseurs activés et le comportement d’authentification sans exposer les secrets des fournisseurs. Il identifie les URI de rappel spécifiques à la cible et guide la configuration des fournisseurs avant le déploiement du code. Il ne copie pas automatiquement les enregistrements des fournisseurs ni les secrets.

Utilisez la commande pour vérifier si az webapp auth show intégrée est configurée dans votre application de fonction :

az webapp auth show --name <APP_NAME> --resource-group <RESOURCE_GROUP>

Dans cet exemple, remplacez <RESOURCE_GROUP> par le nom de votre groupe de ressources et <APP_NAME> par le nom de l’application. Passez en revue la sortie pour déterminer si l’authentification est activée et quels fournisseurs d’identité sont configurés.

Recréez ces paramètres dans votre nouvelle application après la migration afin que vos clients puissent conserver l’accès à l’aide de leur fournisseur préféré.

Pour vérifier si l’authentification cliente intégrée est configurée :

1. Dans le portail Azure, recherchez ou accédez à la page de votre application de fonction.

2. Dans le menu de gauche, développez Paramètres et sélectionnez Authentification.

3. Si l’authentification intégrée est activée, notez quels fournisseurs d’identité client sont configurés. Notez également les paramètres avancés tels que le magasin de jetons, les redirections externes autorisées et les audiences de jetons autorisées.

Copilot répertorie et recrée des restrictions d’accès compatibles. Il n’affaiblit pas automatiquement ces restrictions pour que les vérifications de santé du déploiement ou la validation HTTP réussissent.

Cette az functionapp config access-restriction show commande retourne une liste des restrictions d’accès basées sur IP existantes :

az functionapp config access-restriction show --name <APP_NAME> --resource-group <RESOURCE_GROUP>

Dans cet exemple, remplacez <RESOURCE_GROUP> par le nom de votre groupe de ressources et <APP_NAME> par le nom de l’application.

1. Dans le portail Azure, recherchez ou accédez à la page de votre application de fonction.

2. Dans le menu de gauche, développez Paramètres et sélectionnez Mise en réseau.

3. Si vous voyez Activé sans restriction d’accès pour l’accès au réseau public, il n’existe aucune restriction d’accès entrante. Sinon, sélectionnez restrictions d’accès.

4. Documentez toutes les restrictions d’accès basées sur IP configurées.

Si vous avez utilisé l’invite de découverte dans la section Identifier , la compétence a déjà évalué, créé et configuré votre nouvelle application Flex Consumption. Vous pouvez ignorer cette section et passer aux étapes de migration.

Si vous connaissez déjà l’application à migrer, utilisez cette invite :

migrate my app <APP_NAME> to flex consumption

La compétence gère automatiquement l’évaluation, la création d’applications et la migration de configuration , équivalente à la az functionapp flex-migration start commande et à ses étapes de vérification.

La az functionapp flex-migration start commande collecte la configuration de votre application et crée une application Flex Consumption avec les mêmes paramètres.

az functionapp flex-migration start \
    --source-name <SOURCE_APP_NAME> \
    --source-resource-group <SOURCE_RESOURCE_GROUP> \
    --name <NEW_APP_NAME> \
    --resource-group <RESOURCE_GROUP>

Dans cet exemple, remplacez ces espaces réservés par les valeurs de votre scénario :

La az functionapp flex-migration start commande effectue ces tâches de base :

• Évalue votre application source pour la compatibilité avec le plan d’hébergement Flex Consumption.
• Crée une application de fonction dans le plan Consommation flexible.
• Migre la plupart des configurations, notamment les paramètres d’application, les attributions d’identité, les montages de stockage, les paramètres CORS, les domaines personnalisés et les restrictions d’accès.

La commande de migration prend en charge plusieurs options pour personnaliser la migration :

Pour obtenir des options de commande complètes, utilisez az functionapp flex-migration start --help.

Le portail Azure ne fournit pas de commande de migration automatisée pour les applications Linux. Utilisez les onglets Azure CLI ou GitHub Copilot pour l’expérience de migration Linux recommandée.

Si vous connaissez déjà l’application à migrer, utilisez cette invite :

Migrate my Windows Consumption Function App <APP_NAME> to Flex Consumption.

Remplacez-le <APP_NAME> par le nom de votre application source. Copilot présente le plan de migration, effectue des évaluations, répertorie la configuration et crée une nouvelle application Flex Consumption en parallèle de la source.

Par défaut, le workflow propose <APP_NAME>-flex comme nom de l’application cible. Copilot vous demande de choisir entre réutiliser le compte de stockage source, en créer un nouveau ou utiliser un compte existant spécifique avant de créer l’application cible. Vous pouvez demander un nom de cible différent ou indiquer votre préférence de stockage dans la demande. Examinez le choix de stockage car les dépendances partagées permettent aux deux applications de traiter les mêmes événements.

Copilot vérifie si les comptes de stockage sélectionnés permettent l’authentification par clé partagée et s’enquiert des exigences de stratégie d’authentification par identité uniquement. Si la création basée sur des clés n'est pas autorisée, Copilot met en pause avant de créer l'application cible. Provisionnez une application vide à Consommation flexible, dédiée à cette migration, dans le même abonnement, en utilisant l’infrastructure en tant que code et en donnant la priorité à l’identité. Configurez l’accès par identité managée pour l’hôte et le stockage de déploiement, ainsi que les attributions de rôle requises et la surveillance. Ne déployez pas encore le code de fonction. Pour des exemples de provisionnement, voir les exemples d’infrastructure-as-code pour Flex Consumption.

Retournez l'ID complet de la ressource Azure de la cible ainsi que le chemin du fichier de progression enregistré. Copilot vérifie la cible existante et, après votre approbation, reprend la configuration et le déploiement sans créer une autre application. Ignorez cette invite :

Resume the Flex Consumption migration for <APP_NAME> using progress at <PROGRESS_FILE_PATH>.
I provisioned a keyless target at <TARGET_RESOURCE_ID>. Use that existing target; do not create another app.

Avant le déploiement, Copilot guide la préparation du code Windows-vers-Linux, la configuration de la cible, l’authentification intégrée et la sécurité des déclencheurs non HTTP. Il propose ensuite un déploiement via un pipeline mis à jour, un projet local ou un package de déploiement compatible.

Par défaut, Copilot enregistre la progression dans .azure-upgrade/<SOURCE_APP_NAME>/upgrade-status.md. Pour reprendre, utilisez cette invite :

Resume the Flex Consumption migration for <APP_NAME>.

Les commandes az functionapp flex-migration ne prennent pas en charge les applications Windows Consumption. Suivez plutôt les tâches de prémigration et les étapes de migration Windows.

Suivez les tâches de prémigration et les étapes de migration Windows pour créer et configurer manuellement l’application cible.

La compétence de migration Copilot tente de télécharger et de redéployer votre projet de code existant dans votre nouvelle application. En cas d’échec, il vous guide à la place en obtenant et en déployant votre package de code dans le cadre du flux de travail de migration. Vous pouvez ignorer cette section et passer aux étapes de migration.

1. Utilisez la commande pour obtenir le az functionapp config appsettings listWEBSITE_RUN_FROM_PACKAGE paramètre d’application, le cas échéant :

   az functionapp config appsettings list --name <APP_NAME> --resource-group <RESOURCE_GROUP> \
       --query "[?name=='WEBSITE_RUN_FROM_PACKAGE'].value" -o tsv
   

   Dans cet exemple, remplacez <RESOURCE_GROUP> par le nom de votre groupe de ressources et <APP_NAME> par le nom de l’application. Si cette commande retourne une URL, vous pouvez télécharger le fichier de package de déploiement à partir de cet emplacement distant et passer à la section suivante.

2. Si la WEBSITE_RUN_FROM_PACKAGE valeur est 1 ou vide, utilisez ce script pour obtenir le package de déploiement de l’application existante :

   appName=<APP_NAME>
   rgName=<RESOURCE_GROUP>
   
   echo "Getting the storage account connection string from app settings..."
   storageConnection=$(az functionapp config appsettings list --name $appName --resource-group $rgName \
            --query "[?name=='AzureWebJobsStorage'].value" -o tsv)
   
   echo "Getting the package name..."
   packageName=$(az storage blob list --connection-string $storageConnection --container-name scm-releases \
   --query "[0].name" -o tsv)
   
   echo "Download the package? $packageName? (Y to proceed, any other key to exit)"
   read -r answer
   if [[ "$answer" == "Y" || "$answer" == "y" ]]; then
      echo "Proceeding with download..."
      az storage blob download --connection-string $storageConnection --container-name scm-releases \
   --name $packageName --file $packageName
   else
      echo "Exiting script."
      exit 0
   fi
   

   Encore une fois, remplacez <RESOURCE_GROUP> et <APP_NAME> par le nom de votre groupe de ressources et le nom de votre application. Le package .zip fichier est téléchargé dans le répertoire à partir duquel vous avez exécuté la commande.

1. Dans le portail Azure, recherchez ou accédez à la page de votre application de fonction.

2. Dans le menu de gauche, développez des paramètres>variables d’environnement et vérifiez si un paramètre nommé WEBSITE_RUN_FROM_PACKAGE existe.

3. Si WEBSITE_RUN_FROM_PACKAGE existe, veillez à le définir sur une valeur de 1 ou une URL. Si elle est définie sur une URL, cette URL est l’emplacement du fichier de package pour le contenu de votre application. Téléchargez le fichier .zip à partir de cet emplacement d’URL que vous possédez.

4. Si le paramètre WEBSITE_RUN_FROM_PACKAGE n'existe pas ou est défini sur 1, vous devez télécharger le package à partir du compte de stockage spécifique, qui dépend de l'exécution sur Linux ou Windows.

5. Obtenez le nom du compte de stockage à partir du paramètre d'application AzureWebJobsStorage ou AzureWebJobsStorage__accountName. Pour un chaîne de connexion, le AccountName est le nom de votre compte de stockage.

6. Dans le portail, recherchez le nom de votre compte de stockage.

7. Dans la page du compte de stockage, recherchez le package de déploiement et téléchargez-le.

8. Développez stockage de données>conteneurs et sélectionnez scm_releases. Choisissez le fichier nommé scm-latest-<APP_NAME>.zip et sélectionnez Télécharger.

Copilot demande d’abord un répertoire source local. Si la source n’est pas disponible, elle propose de récupérer le paquet déployé depuis le partage de contenu de l’application source ou l’URL du paquet externe. Il vérifie si le paquet est adapté à Linux et Flex Consumption ; les builds spécifiques à Windows nécessitent une préparation plutôt qu’un redéploiement direct.

1. Utilisez la commande pour obtenir le az functionapp config appsettings listWEBSITE_RUN_FROM_PACKAGE paramètre d’application, le cas échéant :

   az functionapp config appsettings list --name <APP_NAME> --resource-group <RESOURCE_GROUP> \
       --query "[?name=='WEBSITE_RUN_FROM_PACKAGE'].value" -o tsv
   

   Dans cet exemple, remplacez <RESOURCE_GROUP> par le nom de votre groupe de ressources et <APP_NAME> par le nom de l’application. Si cette commande retourne une URL, vous pouvez télécharger le fichier de package de déploiement à partir de cet emplacement distant et passer à la section suivante.

2. Si la WEBSITE_RUN_FROM_PACKAGE valeur est 1 ou vide, utilisez ce script pour obtenir le package de déploiement de l’application existante :

   appName=<APP_NAME>
   rgName=<RESOURCE_GROUP>
   
   echo "Getting the storage account connection string and file share from app settings..."
   json=$(az functionapp config appsettings list --name $appName --resource-group $rgName \
       --query "[?name=='WEBSITE_CONTENTAZUREFILECONNECTIONSTRING' || name=='WEBSITE_CONTENTSHARE'].value" -o json)
   
   storageConnection=$(echo "$json" | jq -r '.[0]')
   fileShare=$(echo "$json" | jq -r '.[1]')
   
   echo "Getting the package name..."
   packageName=$(az storage file list --share-name $fileShare --connection-string $storageConnection \
     --path "data/SitePackages" --query "[?ends_with(name, '.zip')] | sort_by(@, &properties.lastModified)[-1].name" \
     -o tsv) 
   
   echo "Download the package? $packageName? (Y to proceed, any other key to exit)"
   read -r answer
   if [[ "$answer" == "Y" || "$answer" == "y" ]]; then
       echo "Proceeding with download..."
       az storage file download --connection-string $storageConnection --share-name $fileShare \
   	--path "data/SitePackages/$packageName"
   else
       echo "Exiting script."
       exit 0
   fi
   

   Encore une fois, remplacez <RESOURCE_GROUP> et <APP_NAME> par le nom de votre groupe de ressources et le nom de votre application. Le package .zip fichier est téléchargé dans le répertoire à partir duquel vous avez exécuté la commande.

1. Dans le portail Azure, recherchez ou accédez à la page de votre application de fonction.

2. Dans le menu de gauche, développez des paramètres>variables d’environnement et vérifiez si un paramètre nommé WEBSITE_RUN_FROM_PACKAGE existe.

3. Si WEBSITE_RUN_FROM_PACKAGE existe, veillez à le définir sur une valeur de 1 ou une URL. Si elle est définie sur une URL, cette URL est l’emplacement du fichier de package pour le contenu de votre application. Téléchargez le fichier .zip à partir de cet emplacement d’URL que vous possédez.

4. Si le paramètre WEBSITE_RUN_FROM_PACKAGE n'existe pas ou est défini sur 1, vous devez télécharger le package à partir du compte de stockage spécifique, qui dépend de l'exécution sur Linux ou Windows.

5. Obtenez le nom du compte de stockage à partir du WEBSITE_CONTENTAZUREFILECONNECTIONSTRING paramètre, où il AccountName s’agit du nom de votre compte de stockage. Notez également la WEBSITE_CONTENTSHARE valeur, qui est le nom du partage de fichiers.

6. Dans le portail, recherchez le nom de votre compte de stockage.

7. Dans la page du compte de stockage, recherchez le package de déploiement et téléchargez-le.

8. Développez Stockage de données>Partages de fichiers, sélectionnez le nom de partage dans WEBSITE_CONTENTSHARE, puis accédez au sous-dossier data\SitePackages. Choisissez le fichier .zip le plus récent, puis sélectionnez Télécharger.

La compétence de migration Copilot vérifie automatiquement la nouvelle application dans le cadre de la migration. Si vous avez démarré la migration à l’aide d’un requête Copilot dans Démarrez la migration pour Linux, la compétence a déjà vérifié que l’application a été créée et configurée correctement. Vous pouvez ignorer cette section et continuer à configurer l’authentification intégrée.

1. Vérifiez que la nouvelle application existe et est en cours d’exécution :

   az functionapp show --name <NEW_APP_NAME> --resource-group <RESOURCE_GROUP> \
        --query "{name:name, kind:kind, sku:properties.sku}" --output table
   

2. Passez en revue les paramètres de l’application migrée :

   az functionapp config appsettings list --name <NEW_APP_NAME> --resource-group <RESOURCE_GROUP> \
        --output table
   

   Comparez ces paramètres à votre application source pour vous assurer que les configurations critiques sont transférées.

3. Vérifiez la configuration de l’identité managée :

   az functionapp identity show --name <NEW_APP_NAME> --resource-group <RESOURCE_GROUP>
   

4. Vérifiez que tous les domaines personnalisés ont été migrés :

   az functionapp config hostname list --webapp-name <NEW_APP_NAME> --resource-group <RESOURCE_GROUP> \
        --output table
   

1. Dans le portail Azure, recherchez votre nouvelle application de fonction par nom.

2. Dans la page Vue d’ensemble de l’application, vérifiez :

   • L’état s’affiche en tant que Running
   • Le type de plan s’affiche comme Flex Consumption
   • Le groupe de ressources et l’emplacement correspondent à vos attentes

3. Dans le menu de gauche, développez Paramètres>variables d’environnement et passez en revue l'onglet Paramètres de l'application pour vous assurer que les paramètres de votre application ont été migrés correctement.

4. Vérifiez Paramètres>Identité pour vérifier que les identités managées sont configurées comme prévu.

5. Le cas échéant, vérifiez Paramètres>Domaines personnalisés pour confirmer les mappages de domaine personnalisés.

6. Passez en revue lamise en réseau> pour vérifier les restrictions d’accès si elles existaient dans l’application source.

Après approbation, Copilot copie les paramètres pris en charge sans afficher ni persister les valeurs secrètes brutes. Il conserve les paramètres de stockage et d’Application Insights appartenant à la cible. Il examine également les conversions de noms : vers __ requises sous Linux et s’arrête si les noms de source correspondent de manière ambiguë.

Exécutez ce script qui effectue ces tâches :

1. Obtient les paramètres d’application de l’ancienne application, en ignorant les paramètres qui ne s’appliquent pas dans un plan Flex Consumption ou qui existent déjà dans la nouvelle application.
2. Écrit les paramètres collectés localement dans un fichier temporaire.
3. Applique les paramètres du fichier à votre nouvelle application.
4. Supprime le fichier temporaire.

sourceAppName=<SOURCE_APP_NAME>
destAppName=<DESTINATION_APP_NAME>
rgName=<RESOURCE_GROUP>

echo "Getting app settings from the old app..."
app_settings=$(az functionapp config appsettings list --name $sourceAppName --resource-group $rgName)

# Filter out settings that don't apply to Flex Consumption apps or that will already have been created
filtered_settings=$(echo "$app_settings" | jq 'map(select(
  (.name | ascii_downcase) != "website_use_placeholder_dotnetisolated" and
  (.name | ascii_downcase | startswith("azurewebjobsstorage") | not) and
  (.name | ascii_downcase) != "website_mount_enabled" and
  (.name | ascii_downcase) != "enable_oryx_build" and
  (.name | ascii_downcase) != "functions_extension_version" and
  (.name | ascii_downcase) != "functions_worker_runtime" and
  (.name | ascii_downcase) != "functions_worker_runtime_version" and
  (.name | ascii_downcase) != "functions_max_http_concurrency" and
  (.name | ascii_downcase) != "functions_worker_process_count" and
  (.name | ascii_downcase) != "functions_worker_dynamic_concurrency_enabled" and
  (.name | ascii_downcase) != "scm_do_build_during_deployment" and
  (.name | ascii_downcase) != "website_contentazurefileconnectionstring" and
  (.name | ascii_downcase) != "website_contentovervnet" and
  (.name | ascii_downcase) != "website_contentshare" and
  (.name | ascii_downcase) != "website_dns_server" and
  (.name | ascii_downcase) != "website_max_dynamic_application_scale_out" and
  (.name | ascii_downcase) != "website_node_default_version" and
  (.name | ascii_downcase) != "website_run_from_package" and
  (.name | ascii_downcase) != "website_skip_contentshare_validation" and
  (.name | ascii_downcase) != "website_vnet_route_all" and
  (.name | ascii_downcase) != "applicationinsights_connection_string"
))')

echo "Settings to migrate..."
echo "$filtered_settings"

echo "Writing settings to a local a local file (app_settings_filtered.json)..."
echo "$filtered_settings" > app_settings_filtered.json

echo "Applying settings to the new app..."
output=$(az functionapp config appsettings set --name $destAppName --resource-group $rgName --settings @app_settings_filtered.json)

echo "Deleting the temporary settings file..."
rm -rf app_settings_filtered.json  

echo "Current app settings in the new app..."
az functionapp config appsettings list --name $destAppName --resource-group $rgName 

Dans cet exemple, remplacez <RESOURCE_GROUP>, <SOURCE_APP_NAME>et <DEST_APP_NAME> par le nom de votre groupe de ressources et les anciens et nouveaux noms d’application, respectivement. Ce script suppose que les deux applications se trouvent dans le même groupe de ressources.

Pour transférer des paramètres :

1. Dans le portail Azure, recherchez ou accédez à la page de votre nouvelle application.

2. Dans le menu de gauche, développez Paramètres>Variables d’environnement. Dans l’onglet Paramètres de l’application, sélectionnez + Ajouter.

3. Tapez ou collez le paramètre Nom et Valeur, puis sélectionnez Appliquer.

4. Répétez l’étape précédente pour chaque paramètre de l’ancienne application que vous devez recréer dans la nouvelle application. Si un paramètre existe déjà dans la nouvelle application, ignorez-le. Ignorez également les paramètres déconseillés dans le plan Flex Consumption.

5. Après avoir ajouté tous les paramètres pertinents, sélectionnez Appliquer>Enregistrer.

Copilot applique la configuration compatible du site depuis l’inventaire et vérifie la cible. Les réglages non pris en charge et les éléments nécessitant une manipulation manuelle restent un travail de suivi explicite plutôt que d’être copiés silencieusement.

Dans ce script, définissez la valeur de tout ensemble de configuration dans l’application d’origine et commentez les commandes pour les configurations qui ne sont pas définies (null) :

appName=<APP_NAME>
rgName=<RESOURCE_GROUP>
http20Setting=<YOUR_HTTP_20_SETTING>
minTlsVersion=<YOUR_TLS_VERSION>
minTlsCipher=<YOUR_TLS_CIPHER>
httpsOnly=<YOUR_HTTPS_ONLY_SETTING>
certEnabled=<CLIENT_CERT_ENABLED>
certMode=<YOUR_CLIENT_CERT_MODE>
certExPaths=<CERT_EXCLUSION_PATHS>
scmAllowBasicAuth=<ALLOW_SCM_BASIC_AUTH>

# Apply HTTP version and minimum TLS settings
az functionapp config set --name $appName --resource-group $rgName --http20-enabled $http20Setting  
az functionapp config set --name $appName --resource-group $rgName --min-tls-version $minTlsVersion

# Apply the HTTPS-only setting
az functionapp update --name $appName --resource-group $rgName --set HttpsOnly=$httpsOnly

# Apply incoming client cert settings
az functionapp update --name $appName --resource-group $rgName --set clientCertEnabled=$certEnabled
az functionapp update --name $appName --resource-group $rgName --set clientCertMode=$certMode
az functionapp update --name $appName --resource-group $rgName --set clientCertExclusionPaths=$certExPaths

# Apply the TLS cipher suite setting
az functionapp update --name $appName --resource-group $rgName --set minTlsCipherSuite=$minTlsCipher

# Apply the allow scm basic auth configuration
az resource update --resource-group $rgName --name scm --namespace Microsoft.Web --resource-type basicPublishingCredentialsPolicies \
	--parent sites/$appName --set properties.allow=$scmAllowBasicAuth

Dans cet exemple, remplacez <RESOURCE_GROUP> et <APP_NAME> par les noms de votre groupe de ressources et de votre application de fonction. Remplacez également les marqueurs de position des définitions de variables pour les paramètres existants que vous souhaitez recréer dans la nouvelle application et commentez les paramètres null.

1. Dans le portail Azure, recherchez ou accédez à la page de votre nouvelle application.

2. Dans le menu de gauche, développez Configuration des paramètres> et, sous l’onglet Paramètres généraux, mettez à jour ces paramètres pour correspondre à ce que vous avez documenté à partir de votre application de plan consommation d’origine :

   • Informations d’identification de publication d’authentification de base SCM
   • Version HTTP
   • HTTPS uniquement
   • Version de TLS entrante minimale et cypher
   • Paramètres du certificat client

3. Sélectionnez Enregistrer pour enregistrer les modifications de la configuration.

Copilot vérifie tout réglage maximal d’échelle de la source par rapport à la plage de consommation Flex prise en charge avant de l’appliquer. Si la source n’a pas défini de limite personnalisée, elle conserve la limite par défaut de la cible. Examinez l’ajustement de la concurrence spécifique à la charge de travail après la migration.

Utilisez la az functionapp scale config set commande pour définir le scale-out maximal.

az functionapp scale config set --name <APP_NAME> --resource-group <RESOURCE_GROUP> \
    --maximum-instance-count <MAX_SCALE_SETTING>

Dans cet exemple, remplacez <RESOURCE_GROUP> et <APP_NAME> par les noms de votre groupe de ressources et de votre application de fonction. Remplacez par <MAX_SCALE_SETTING> la valeur d’échelle maximale que vous souhaitez définir.

Pour configurer la mise à l’échelle et la concurrence dans votre nouvelle application :

1. Dans le portail Azure, recherchez ou accédez à la page de votre nouvelle application.

2. Dans le menu de gauche, développez Paramètres>Échelle et concurrence. Pour le nombre maximal d’instances, définissez une valeur maximale pour la taille de votre application.

3. Sélectionnez cette option Save pour appliquer les modifications.

Copilot recrée une configuration CORS compatible et guide la configuration personnalisée du domaine. Tout changement de liaison source, DNS ou routage en production nécessite une approbation séparée ; la création de l’application cible n’effectue pas le basculement du trafic.

1. Utilisez la az functionapp config hostname add commande pour rebiner des mappages de domaine personnalisés à votre application :

   az functionapp config hostname add --name <APP_NAME> --resource-group <RESOURCE_GROUP> \
       --hostname <CUSTOM_DOMAIN>
   

   Dans cet exemple, remplacez <RESOURCE_GROUP> et <APP_NAME> par les noms de votre groupe de ressources et de votre application de fonction. Remplacez par <CUSTOM_DOMAIN> votre nom de domaine personnalisé.

2. Utilisez la az functionapp cors add commande pour remplacer les paramètres CORS :

   az functionapp cors add --name <APP_NAME> --resource-group <RESOURCE_GROUP> \
       --allowed-origins <ALLOWED_ORIGIN_1> <ALLOWED_ORIGIN_2> <ALLOWED_ORIGIN_N>
   

   Dans cet exemple, remplacez <RESOURCE_GROUP> et <APP_NAME> par les noms de votre groupe de ressources et de votre application de fonction. Remplacez <ALLOWED_ORIGIN_*> par vos origines autorisées.

1. Dans le portail Azure, recherchez ou accédez à la page de votre nouvelle application.

2. Dans le menu de gauche, développez Paramètres>des domaines personnalisés, sélectionnez + Ajouter un domaine personnalisé, configurez le domaine personnalisé, sélectionnez Valider, puis Sélectionnez Ajouter.

3. Répétez l’étape précédente pour ajouter d’autres domaines personnalisés.

4. Dans le menu de gauche, développez API>CORS, ajoutez une ou plusieurs origines autorisées, puis sélectionnez Enregistrer.

Copilot active une identité attribuée par le système sur la cible et recrée les attributions de rôle requises pour son nouveau principal. Il vérifie l’accès par rapport aux ressources cibles plutôt que de réutiliser le principal source.

Copilot attache les identités attribuées à l’utilisateur sélectionnées et vérifie leurs attributions de rôle requises. La réutilisation d’une identité ne remplace pas la nécessité de valider l’accès aux ressources spécifiques à la cible.

1. Utilisez la az functionapp identity assign commande pour activer l’identité managée affectée par le système dans votre nouvelle application :

   az functionapp identity assign --name <APP_NAME> --resource-group <RESOURCE_GROUP>
   

   Dans cet exemple, remplacez <RESOURCE_GROUP> et <APP_NAME> par les noms de votre groupe de ressources et de votre application de fonction.

2. Utilisez ce script pour obtenir l’ID principal de l’identité affectée par le système et l’ajouter aux rôles requis :

   # Get the principal ID of the system identity
   principalId=$(az functionapp identity show --name <APP_NAME> --resource-group <RESOURCE_GROUP> \
       --query principalId -o tsv)
   
   # Assign a role in a specific resource (scope) to the system identity
   az role assignment create --assignee $principalId --role "<ROLE_NAME>" --scope "<RESOURCE_ID>"
   

   Dans cet exemple, remplacez <RESOURCE_GROUP> et <APP_NAME> par, respectivement, les noms de votre groupe de ressources et de votre application de fonction. Remplacez <ROLE_NAME> et <RESOURCE_ID> par le nom du rôle et la ressource spécifique que vous avez capturés à partir de l’application d’origine.

3. Répétez les commandes précédentes pour chaque rôle requis par la nouvelle application.

Utilisez ce script pour obtenir l’ID d’une identité managée affectée par l’utilisateur existante et l’associer à votre nouvelle application :

appName=<APP_NAME>
rgName=<RESOURCE_GROUP>
userName=<USER_IDENTITY_NAME>

userId=$(az identity show --name $userName --resource-group $rgName --query 'id' -o tsv)
az functionapp identity assign --name $appName --resource-group $rgName --identities $userId

Répétez ce script pour chaque rôle requis par la nouvelle application.

1. Dans le portail Azure, recherchez ou accédez à la page de votre nouvelle application.

2. Dans le menu de gauche, développez Paramètres>Identité et, dans l’onglet Attribué par le système, définissez Statut sur Activé.

3. Sélectionnez Azure attributions de rôles dans le volet gauche.

4. Sélectionnez + Ajouter une attribution de rôle et définissez ces propriétés d’attribution pour un rôle que vous avez documenté dans l’application d’origine :

   Propriété	Descriptif
   Étendue	Type de ressource accessible.
   Abonnement	Abonnement de la ressource.
   Ressource	Ressource spécifique dans l’étendue sélectionnée.
   Rôle	Recherchez et sélectionnez le rôle affecté.

5. Sélectionnez Enregistrer pour ajouter l’étendue. Pour ajouter d’autres rôles, répétez l’étape précédente pour chaque rôle documenté requis par la nouvelle application.

1. Dans le portail Azure, recherchez ou accédez à la page de votre nouvelle application.

2. Dans le menu de gauche, développez Paramètres>Identité et, dans l’onglet Utilisateur attribué, sélectionnez + Ajouter.

3. Sélectionnez une identité existante, puis sélectionnez Ajouter.

4. Sélectionnez l’identité que vous venez d’ajouter et sélectionnez Azure attributions de rôles dans le volet gauche.

5. Sélectionnez + Ajouter une attribution de rôle et définissez ces propriétés d’attribution pour un rôle que vous avez documenté dans l’application d’origine :

   Propriété	Descriptif
   Étendue	Type de ressource accessible.
   Abonnement	Abonnement de la ressource.
   Ressource	Ressource spécifique dans l’étendue sélectionnée.
   Rôle	Recherchez et sélectionnez le rôle affecté.

6. Sélectionnez Enregistrer pour ajouter l’étendue. Pour ajouter d’autres rôles, répétez l’étape précédente pour chaque rôle documenté requis par la nouvelle application.

Copilot recrée les restrictions d’accès sources compatibles et les vérifie. Si ces restrictions empêchent les tests HTTP directs, la validation est enregistrée comme différée plutôt que d’ouvrir l’accès automatiquement.

Utilisez la az functionapp config access-restriction add commande pour chaque restriction d’accès IP que vous souhaitez répliquer dans la nouvelle application :

az functionapp config access-restriction add --name <APP_NAME> --resource-group <RESOURCE_GROUP> \
  --rule-name <RULE_NAME> --action Deny --ip-address <IP_ADDRESS> --priority <PRIORITY>

Dans cet exemple, remplacez ces espaces réservés par les valeurs de votre application d’origine :

Exécutez cette commande pour chaque restriction IP documentée de l’application d’origine.

Pour ajouter des restrictions de mise en réseau basées sur IP :

1. Dans le portail Azure, recherchez ou accédez à la page de votre nouvelle application.

2. Dans le menu de gauche, développez Paramètres>réseau et sélectionnez le lien en regard de l’accès au réseau public.

3. Dans la page Restrictions d’accès sous Accès au site et règles, sélectionnez + Ajouter et entrez ces paramètres pour une restriction IP spécifique :

   Réglage	Valeur
   Nom	Nom convivial de la règle IP.
   Action	Nier
   Priorité	Priorité de l’exclusion.
   Type	Sélectionnez IPv4 ou IPv6.
   Bloc d’adresses IP	Adresses IP à exclure.

4. Sélectionnez Ajouter une règle et répétez l’étape précédente pour chaque restriction d’accès que vous avez documentée.

5. Après avoir entré toutes les restrictions IP de l’application d’origine, sélectionnez Enregistrer.