Vue d’ensemble des versions du runtime Azure FunctionsAzure Functions runtime versions overview

Les versions principales du runtime Azure Functions sont liées à la version de .NET sur laquelle le runtime est basé.The major versions of the Azure Functions runtime are related to the version of .NET on which the runtime is based. Le tableau suivant renseigne sur la version actuelle du runtime, le niveau de version et la version .NET associée.The following table indicates the current version of the runtime, the release level, and the related .NET version.

Version du runtimeRuntime version Niveau de version1Release level1 Version de .NET.NET version
3.x3.x GAGA .NET Core 3.1.NET Core 3.1
2.x2.x GAGA .NET Core 2.2.NET Core 2.2
1.x1.x Disponibilité générale2GA2 .NET Framework 4.63.NET Framework 4.63

1 Les versions en disponibilité générale sont prises en charge pour les scénarios de production.1 GA releases are supported for production scenarios.
2 La version 1.x est en mode de maintenance.2 Version 1.x is in maintenance mode. Les améliorations sont fournies uniquement dans les versions ultérieures.Enhancements are provided only in later versions.
3 Prend en charge le développement seulement dans le portail Azure ou localement sur des ordinateurs Windows.3 Only supports development in the Azure portal or locally on Windows computers.

Cet article explique en détail certaines différences existant entre les versions, comment vous pouvez créer chaque version et comment les modifier.This article details some of the differences between the various versions, how you can create each version, and how to change versions.

LanguagesLanguages

À compter de la version 2.x, le runtime utilise un modèle d’extensibilité de langage, et toutes les fonctions d’une application de fonction doivent partager le même langage.Starting with version 2.x, the runtime uses a language extensibility model, and all functions in a function app must share the same language. Le langage des fonctions d’une application de fonction est choisi au moment de la création de l’application, et est conservé dans le paramètre FUNCTIONS_WORKER_RUNTIME.The language of functions in a function app is chosen when creating the app and is maintained in the FUNCTIONS_WORKER_RUNTIME setting.

Les langages expérimentaux d’Azure Functions 1.x ne pouvant pas utiliser le nouveau modèle, ils ne sont pas pris en charge dans 2.x.Azure Functions 1.x experimental languages can't use the new model, so they aren't supported in 2.x. Le tableau suivant montre les langages de programmation actuellement pris en charge dans chaque version du runtime.The following table indicates which programming languages are currently supported in each runtime version.

LangageLanguage 1.x1.x 2.x2.x 3.x3.x
C#C# Disponibilité générale (.NET Framework 4.7)GA (.NET Framework 4.7) Disponibilité générale (.NET Core 2.2)GA (.NET Core 2.2) Disponibilité générale (.NET Core 3.1)GA (.NET Core 3.1)
JavaScriptJavaScript Disponibilité générale (Nœud 6)GA (Node 6) Disponibilité générale (Nœuds 8 et 10)GA (Node 8 & 10) Disponibilité générale (Nœuds 10 et 12)GA (Node 10 & 12)
F#F# Disponibilité générale (.NET Framework 4.7)GA (.NET Framework 4.7) Disponibilité générale (.NET Core 2.2)GA (.NET Core 2.2) Disponibilité générale (.NET Core 3.1)GA (.NET Core 3.1)
JavaJava N/AN/A Disponibilité générale (Java 8)GA (Java 8) Disponibilité générale (Java 8)GA (Java 8)
PowerShellPowerShell N/AN/A GA (PowerShell Core 6)GA (PowerShell Core 6) GA (PowerShell Core 6)GA (PowerShell Core 6)
PythonPython N/AN/A Disponibilité générale (Python 3.6 et 3.7)GA (Python 3.6 & 3.7) Disponibilité générale (Python 3.6 et 3.7)GA (Python 3.6 & 3.7)
TypeScriptTypeScript N/AN/A Disponibilité générale1GA1 Disponibilité générale1GA1

1 Prise en charge via la transpilation vers JavaScript.1Supported through transpiling to JavaScript.

Pour plus d’informations sur les modifications prévues sur la prise en charge des langages, consultez la Feuille de route Azure.For information about planned changes to language support, see Azure roadmap.

Pour en savoir plus, consultez Langages pris en charge.For more information, see Supported languages.

Exécuter sur une version spécifiqueRun on a specific version

Par défaut, les applications de fonction créées dans le portail Azure et par l’interface Azure CLI sont configurées pour la version 2.x.By default, function apps created in the Azure portal and by the Azure CLI are set to version 2.x. Vous pouvez modifier cette version en fonction de vos besoins.You can modify this version as needed. Vous pouvez changer la version du runtime en 1.x seulement après avoir créé votre application de fonction, mais avant d’ajouter des fonctions.You can only change the runtime version to 1.x after you create your function app but before you add any functions. Le passage entre 2.x et 3.x est autorisé même avec les applications qui ont des fonctions, mais il est néanmoins recommandé de tester d’abord dans une nouvelle application.Moving between 2.x and 3.x is allowed even with apps that have functions, but it is still recommended to test in a new app first.

Migration de la version 1.x vers les versions ultérieuresMigrating from 1.x to later versions

Vous pouvez choisir de migrer une application existante écrite pour utiliser la version 1.x du runtime pour qu’elle utilise à la place une version plus récente.You may choose to migrate an existing app written to use the version 1.x runtime to instead use a newer version. La plupart des modifications que vous devez apporter sont liées au runtime du langage, par exemple des modifications de l’API C# entre .NET Framework 4.7 et .NET Core.Most of the changes you need to make are related to changes in the language runtime, such as C# API changes between .NET Framework 4.7 and .NET Core. Vous devez également vous assurer que le code et les bibliothèques sont compatibles avec le runtime de langage choisi.You'll also need to make sure your code and libraries are compatible with the language runtime you choose. Enfin, veillez à noter toutes les modifications soulignées ci-après qui affectent les déclencheurs, liaisons et fonctionnalités.Finally, be sure to note any changes in trigger, bindings, and features highlighted below. Pour une migration plus performante, vous devez créer une application de fonction dans une nouvelle version et porter le code de la fonction existante en version 1.x vers la nouvelle application.For the best migration results, you should create a new function app in a new version and port your existing version 1.x function code to the new app.

Bien qu’il soit possible de procéder à une mise à niveau « sur place » en mettant à jour manuellement la configuration de l’application, passer de la version 1.x à une version ultérieure implique certains changements cassants.While it's possible to do an "in-place" upgrade by manually updating the app configuration, going from 1.x to a higher version includes some breaking changes. Par exemple, en C#, l’objet de débogage passe de TraceWriter à ILogger.For example, in C#, the debugging object is changed from TraceWriter to ILogger. Quand vous créez un projet en version 3.x, vous commencez par des fonctions mises à jour basées sur les modèles de version 3.x les plus récents.By creating a new version 3.x project, you start off with updated functions based on the latest version 3.x templates.

Changements dans les déclencheurs et les liaisons après la version 1.xChanges in triggers and bindings after version 1.x

À compter de la version 2.x, vous devez installer dans votre application les extensions pour les déclencheurs et les liaisons spécifiques utilisés par les fonctions.Starting with version 2.x, you must install the extensions for specific triggers and bindings used by the functions in your app. La seule exception concerne les déclencheurs HTTP et de la minuterie, qui ne nécessitent aucune extension.The only exception for this HTTP and timer triggers, which don't require an extension. Pour plus d’informations, voir Inscrire et installer des extensions de liaison.For more information, see Register and install binding extensions.

Il convient également de noter quelques modifications dans function.json ou dans les attributs de la fonction entre les versions.There are also a few changes in the function.json or attributes of the function between versions. Par exemple, la propriété path d’Event Hub est désormais eventHubName.For example, the Event Hub path property is now eventHubName. Consultez le tableau des liaisons existantes. Il contient des liens vers de la documentation sur chaque liaison.See the existing binding table for links to documentation for each binding.

Changements apportés aux fonctionnalités après la version 1.xChanges in features and functionality after version 1.x

Quelques fonctionnalités ont été supprimées, mises à jour ou remplacées après la version 1.x.A few features were removed, updated, or replaced after version 1.x. Cette section détaille les changements que vous voyez dans les versions ultérieures après avoir utilisé la version 1.x.This section details the changes you see in later versions after having used version 1.x.

Les modifications suivantes ont été apportées à la version 2.x :In version 2.x, the following changes were made:

  • Les clés permettant d’appeler les points de terminaison HTTP sont toujours stockées et chiffrées dans le Stockage Blob Azure.Keys for calling HTTP endpoints are always stored encrypted in Azure Blob storage. Dans la version 1.x, les clés étaient stockées par défaut dans le Stockage Fichier Azure.In version 1.x, keys were stored in Azure File storage be default. Au moment de mettre à niveau une application de la version 1.x à la version 2.x, les secrets existants qui se trouvent dans le Stockage Fichier sont réinitialisés.When upgrading an app from version 1.x to version 2.x, existing secrets that are in file storage are reset.

  • La version 2.x du runtime n’intègre aucune prise en charge des fournisseurs de webhooks.The version 2.x runtime doesn't include built-in support for webhook providers. Cette modification a été apportée pour améliorer les performances.This change was made to improve performance. Vous pouvez continuer à utiliser des déclencheurs HTTP comme points de terminaison des webhooks.You can still use HTTP triggers as endpoints for webhooks.

  • Le fichier de configuration d’hôte (host.json) doit être vide ou contenir la chaîne "version": "2.0".The host configuration file (host.json) should be empty or have the string "version": "2.0".

  • Pour améliorer la surveillance, le tableau de bord WebJobs se trouvant dans le portail, qui a utilisé le paramètre AzureWebJobsDashboard, est remplacé par Azure Application Insights, qui utilise le paramètre APPINSIGHTS_INSTRUMENTATIONKEY.To improve monitoring, the WebJobs dashboard in the portal, which used the AzureWebJobsDashboard setting is replaced with Azure Application Insights, which uses the APPINSIGHTS_INSTRUMENTATIONKEY setting. Pour plus d’informations, consultez Surveiller l’exécution des fonctions Azure.For more information, see Monitor Azure Functions.

  • Toutes les fonctions d’une application de fonction doivent partager le même langage.All functions in a function app must share the same language. Lorsque vous créez une application de fonction, vous devez choisir une pile d’exécution pour l’application.When you create a function app, you must choose a runtime stack for the app. La pile d’exécution est spécifiée par la valeur FUNCTIONS_WORKER_RUNTIME dans les paramètres de l’application.The runtime stack is specified by the FUNCTIONS_WORKER_RUNTIME value in application settings. Cette exigence a été ajoutée pour améliorer l’empreinte mémoire et le temps de démarrage.This requirement was added to improve footprint and startup time. Lorsque vous développez en local, vous devez également inclure ce paramètre dans le fichier local.settings.json.When developing locally, you must also include this setting in the local.settings.json file.

  • Le délai d’expiration par défaut pour les fonctions dans un plan App Service est de 30 minutes.The default timeout for functions in an App Service plan is changed to 30 minutes. Vous pouvez modifier ce délai d’expiration manuellement et l’indiquer à nouveau comme étant illimité en utilisant le paramètre functionTimeout dans host.json.You can manually change the timeout back to unlimited by using the functionTimeout setting in host.json.

  • Les limitations d’accès concurrentiel HTTP sont implémentées par défaut pour les fonctions de plan Consommation, avec une valeur par défaut de 100 requêtes simultanées par instance.HTTP concurrency throttles are implemented by default for Consumption plan functions, with a default of 100 concurrent requests per instance. Vous pouvez configurer ces limitations dans le paramètre maxConcurrentRequests du fichier host.json.You can change this in the maxConcurrentRequests setting in the host.json file.

  • En raison des limitations de .NET Core, la prise en charge des fonctions de script F# (.fsx) a été supprimée.Because of .NET Core limitations, support for F# script (.fsx) functions has been removed. Les fonctions F# compilées (.fs) restent prises en charge.Compiled F# functions (.fs) are still supported.

  • Le format d’URL des webhooks de déclencheur Event Grid a été remplacé par https://{app}/runtime/webhooks/{triggerName}.The URL format of Event Grid trigger webhooks has been changed to https://{app}/runtime/webhooks/{triggerName}.

Migration de 2.x vers 3.xMigrating from 2.x to 3.x

Azure Functions version 3.x offre une compatibilité descendante forte avec la version 2.x.Azure Functions version 3.x is highly backwards compatible to version 2.x. De nombreuses applications doivent normalement être mise à niveau sans problème vers 3.x, sans aucune modification du code.Many apps should be able to safely upgrade to 3.x without any code changes. Si le passage à 3. x est encouragé, veillez néanmoins à effectuer des tests intensifs avant de changer la version majeure dans les applications de production.While moving to 3.x is encouraged, be sure to run extensive tests before changing the major version in production apps.

Changements cassants entre 2.x et 3.xBreaking changes between 2.x and 3.x

Voici les changements à prendre en considération avant de mettre à niveau une application 2.x vers 3.x.The following are the changes to be aware of before upgrading a 2.x app to 3.x.

JavaScriptJavaScript

  • Les liaisons de sortie affectées via context.done ou des valeurs de retour se comportent désormais de la même façon qu’une définition dans context.bindings.Output bindings assigned through context.done or return values now behave the same as setting in context.bindings.

  • L’objet de déclencheur de minuteur est en casse mixte au lieu de la casse PascalTimer trigger object is camelCase instead of PascalCase

  • Les fonctions déclenchées par Event Hub avec un dataType binaire reçoivent un tableau de binary au lieu d’un tableau de string.Event Hub triggered functions with dataType binary will receive an array of binary instead of string.

  • La charge utile des requêtes HTTP n’est plus accessible via context.bindingData.req.The HTTP request payload can no longer be accessed via context.bindingData.req. Elle néanmoins toujours accessible en tant que paramètre d’entrée, context.req, et dans context.bindings.It can still be accessed as an input parameter, context.req, and in context.bindings.

  • Node.js 8 n’est plus pris en charge et ne s’exécute pas dans les fonctions 3.x.Node.js 8 is no longer supported and will not execute in 3.x functions.

.NET.NET

Changement de la version des applications dans AzureChanging version of apps in Azure

La version du runtime Functions utilisée par les applications publiées dans Azure dépend du paramètre d’application FUNCTIONS_EXTENSION_VERSION.The version of the Functions runtime used by published apps in Azure is dictated by the FUNCTIONS_EXTENSION_VERSION application setting. Les valeurs des versions majeures du runtime suivantes sont prises en charge :The following major runtime version values are supported:

ValeurValue Cible du runtimeRuntime target
~3 3.x3.x
~2 2.x2.x
~1 1.x1.x

Important

Ne modifiez pas arbitrairement ce paramètre, car d’autres modifications des paramètres de l’application et d’autres modifications du code dans vos fonctions peuvent être nécessaires.Don't arbitrarily change this setting, because other app setting changes and changes to your function code may be required.

Versions d’une application développée en localLocally developed application versions

Vous pouvez effectuer les mises à jour suivantes sur les applications de fonction afin de changer localement les versions ciblées.You can make the following updates to function apps to locally change the targeted versions.

Versions du runtime Visual StudioVisual Studio runtime versions

Dans Visual Studio, vous sélectionnez la version du runtime au moment de créer un projet.In Visual Studio, you select the runtime version when you create a project. Azure Functions Tools pour Visual Studio prend en charge les trois versions majeures du runtime.Azure Functions tools for Visual Studio supports the three major runtime versions. La version appropriée est utilisée au moment du débogage et de la publication, en fonction des paramètres de projet.The correct version is used when debugging and publishing based on project settings. Les paramètres de version sont définis dans le fichier .csproj, dans les propriétés suivantes :The version settings are defined in the .csproj file in the following properties:

Version 1.xVersion 1.x
<TargetFramework>net461</TargetFramework>
<AzureFunctionsVersion>v1</AzureFunctionsVersion>
Version 2.xVersion 2.x
<TargetFramework>netcoreapp2.1</TargetFramework>
<AzureFunctionsVersion>v2</AzureFunctionsVersion>
Version 3.xVersion 3.x
<TargetFramework>netcoreapp3.1</TargetFramework>
<AzureFunctionsVersion>v3</AzureFunctionsVersion>

Notes

Azure Functions 3.x et .NET nécessitent que l’extension Microsoft.NET.Sdk.Functions soit au moins 3.0.0.Azure Functions 3.x and .NET requires the Microsoft.NET.Sdk.Functions extension be at least 3.0.0.

Mise à jour des applications 2.x vers 3.x dans Visual StudioUpdating 2.x apps to 3.x in Visual Studio

Vous pouvez ouvrir une fonction existante ciblant 2.x et passer à 3.x en modifiant le fichier .csproj et en mettant à jour les valeurs ci-dessus.You can open an existing function targeting 2.x and move to 3.x by editing the .csproj file and updating the values above. Visual Studio gère automatiquement pour vous les versions du runtime en fonction des métadonnées du projet.Visual Studio manages runtime versions automatically for you based on project metadata. C’est néanmoins possible si vous n’ayez jamais créé d’application 3.x avant que Visual Studio ne dispose des modèles et du runtime pour 3.x sur votre machine.However, it's possible if you have never created a 3.x app before that Visual Studio doesn't yet have the templates and runtime for 3.x on your machine. Ceci peut se présenter soi-même avec une erreur comme « Aucun runtime Functions disponible ne correspond à la version spécifiée dans le projet ».This may present itself with an error like "no Functions runtime available that matches the version specified in the project." Pour récupérer les modèles et le runtime les plus récents, effectuez l’expérience de création d’un projet de fonction.To fetch the latest templates and runtime, go through the experience to create a new function project. Quand vous accédez à l’écran de sélection de la version et du modèle, attendez que Visual Studio termine la récupération des modèles les plus récents.When you get to the version and template select screen, wait for Visual Studio to complete fetching the latest templates. Une fois les derniers modèles .NET Core 3 disponibles et affichés, vous devez être en mesure d’exécuter et de déboguer les projets configurés pour la version 3.x.Once the latest .NET Core 3 templates are available and displayed you should be able to run and debug any project configured for version 3.x.

Important

Les fonctions en version 3.x peuvent être développées dans Visual Studio seulement si vous utilisez Visual Studio version 16.4 ou ultérieure.Version 3.x functions can only be developed in Visual Studio if using Visual Studio version 16.4 or newer.

VS Code et Azure Functions Core ToolsVS Code and Azure Functions Core Tools

Azure Functions Core Tools est utilisé pour développer la ligne de commande et également par l’extension Azure Functions pour Visual Studio Code.Azure Functions Core Tools is used for command line development and also by the Azure Functions extension for Visual Studio Code. Pour développer pour la version 3.x, installez la version 3.x de Core Tools.To develop against version 3.x, install version 3.x of the Core Tools. Le développement en version 2.x nécessite la version 2.x de Core Tools, etc.Version 2.x development requires version 2.x of the Core Tools, and so on. Pour plus d’informations, voir Installer Azure Functions Core Tools.For more information, see Install the Azure Functions Core Tools.

Pour un développement avec Visual Studio Code, vous devrez peut-être également mettre à jour le paramètre utilisateur pour azureFunctions.projectRuntime afin qu’il corresponde à la version des outils installés.For Visual Studio Code development, you may also need to update the user setting for the azureFunctions.projectRuntime to match the version of the tools installed. Ce paramètre met également à jour les modèles et les langages utilisés lors de la création de l’application de fonction.This setting also updates the templates and languages used during function app creation. Pour créer des applications dans ~3, vous devez mettre à jour le paramètre utilisateur azureFunctions.projectRuntime sur ~3.To create apps in ~3 you would update the azureFunctions.projectRuntime user setting to ~3.

Paramètre de runtime de l’extension Azure Functions

Applications Maven et JavaMaven and Java apps

Vous pouvez migrer des applications Java de la version 2.x vers la version 3.x en installant la version 3.x de Core Tools nécessaire pour une exécution locale.You can migrate Java apps from version 2.x to 3.x by installing the 3.x version of the core tools required to run locally. Après avoir vérifié que votre application fonctionne correctement en local sur la version 3.x, mettez à jour le fichier POM.xml de l’application en changeant le paramètre FUNCTIONS_EXTENSION_VERSION en ~3, comme dans l’exemple suivant :After verifying that your app works correctly running locally on version 3.x, update the app's POM.xml file to modify the FUNCTIONS_EXTENSION_VERSION setting to ~3, as in the following example:

<configuration>
    <resourceGroup>${functionResourceGroup}</resourceGroup>
    <appName>${functionAppName}</appName>
    <region>${functionAppRegion}</region>
    <appSettings>
        <property>
            <name>WEBSITE_RUN_FROM_PACKAGE</name>
            <value>1</value>
        </property>
        <property>
            <name>FUNCTIONS_EXTENSION_VERSION</name>
            <value>~3</value>
        </property>
    </appSettings>
</configuration>

LiaisonsBindings

À compter de la version 2.x, le runtime utilise un nouveau modèle d’extensibilité de liaison qui présente les avantages suivants :Starting with version 2.x, the runtime uses a new binding extensibility model that offers these advantages:

  • Prise en charge pour les extensions de liaison de tiers.Support for third-party binding extensions.

  • Découplage du runtime et des liaisons.Decoupling of runtime and bindings. Cela permet de gérer les versions des extensions de liaison et leur publication de façon indépendante.This change allows binding extensions to be versioned and released independently. Vous pouvez, par exemple, choisir de mettre à niveau vers une version d’une extension qui s’appuie sur une version plus récente d’un kit de développement logiciel (SDK) sous-jacent.You can, for example, opt to upgrade to a version of an extension that relies on a newer version of an underlying SDK.

  • Un environnement d’exécution plus léger, où seules les liaisons en cours d’utilisation sont connues et chargées par le runtime.A lighter execution environment, where only the bindings in use are known and loaded by the runtime.

À l’exception des déclencheurs HTTP et de la minuterie, toutes les liaisons doivent être explicitement ajoutées au projet d’application de fonction, ou enregistrées dans le portail.With the exception of HTTP and timer triggers, all bindings must be explicitly added to the function app project, or registered in the portal. Pour plus d’informations, voir Inscrire des extensions de liaison.For more information, see Register binding extensions.

Le tableau suivant indique les liaisons prises en charge dans chaque version du runtime.The following table shows which bindings are supported in each runtime version.

Ce tableau présente les liaisons qui sont prises en charge dans les versions majeures du runtime Azure Functions :This table shows the bindings that are supported in the major versions of the Azure Functions runtime:

TypeType 1.x1.x 2.x et ultérieures12.x and higher1 DéclencheurTrigger EntréeInput OutputOutput
Stockage BlobBlob storage
Cosmos DBCosmos DB
Event GridEvent Grid
Hubs d'événementsEvent Hubs
HTTP et WebhooksHTTP & webhooks
IoT HubIoT Hub
Microsoft Graph
Tableaux Excel
Microsoft Graph
Excel tables
Microsoft Graph
Fichiers OneDrive
Microsoft Graph
OneDrive files
Microsoft Graph
E-mail Outlook
Microsoft Graph
Outlook email
Microsoft Graph
événements
Microsoft Graph
events
Microsoft Graph
Jetons d’authentification
Microsoft Graph
Auth tokens
Mobile AppsMobile Apps
Notification HubsNotification Hubs
Stockage de files d’attenteQueue storage
SendGridSendGrid
Service BusService Bus
SignalRSignalR
Stockage TableTable storage
MinuteurTimer
TwilioTwilio

1 À compter du runtime de la version 2.x, toutes les liaisons à l’exception de HTTP et du minuteur doivent être inscrites.1 Starting with the version 2.x runtime, all bindings except HTTP and Timer must be registered. Consultez Inscrire des extensions de liaison.See Register binding extensions.

Durée du délai d’expiration du conteneur de fonctionsFunction app timeout duration

La durée d’expiration d’une application de fonction est définie par la propriété functionTimeout dans le fichier projet host.json.The timeout duration of a function app is defined by the functionTimeout property in the host.json project file. Le tableau suivant présente les valeurs par défaut et les valeurs maximales en minutes pour les deux plans et dans les différentes versions du runtime :The following table shows the default and maximum values in minutes for both plans and the different runtime versions:

PlanPlan Version du runtimeRuntime Version DefaultDefault MaximaleMaximum
ConsommationConsumption 1.x1.x 55 1010
ConsommationConsumption 2.x2.x 55 1010
ConsommationConsumption 3.x3.x 55 1010
App ServiceApp Service 1.x1.x IllimitéUnlimited IllimitéUnlimited
App ServiceApp Service 2.x2.x 3030 IllimitéUnlimited
App ServiceApp Service 3.x3.x 3030 IllimitéUnlimited

Notes

Quel que soit le paramètre de délai d’expiration du conteneur de fonctions, 230 secondes est le temps maximum que peut prendre une fonction déclenchée via HTTP pour répondre à une demande.Regardless of the function app timeout setting, 230 seconds is the maximum amount of time that an HTTP triggered function can take to respond to a request. Cela est dû au délai d’inactivité par défaut d’Azure Load Balancer.This is because of the default idle timeout of Azure Load Balancer. Pour des temps de traitement plus longs, pensez à utiliser un modèle asynchrone Durable Functions ou différez le travail actuel et renvoyez une réponse immédiate.For longer processing times, consider using the Durable Functions async pattern or defer the actual work and return an immediate response.

Étapes suivantesNext steps

Pour plus d’informations, consultez les ressources suivantes :For more information, see the following resources: