Hantera din funktionsapp

Artikel
07/19/2024

I Azure Functions tillhandahåller en funktionsapp körningskontexten för dina enskilda funktioner. Funktionsappbeteenden gäller för alla funktioner som hanteras av en viss funktionsapp. Alla funktioner i en funktionsapp måste ha samma språk.

Enskilda funktioner i en funktionsapp distribueras tillsammans och skalas tillsammans. Alla funktioner i samma funktionsapp delar resurser, per instans, som funktionsappen skalar.

Anslutningssträngar, miljövariabler och andra programinställningar definieras separat för varje funktionsapp. Alla data som måste delas mellan funktionsappar ska lagras externt i ett sparat lager.

Kom igång i Azure-portalen

Kommentar

På grund av begränsningar för redigering av funktionskod i Azure-portalen bör du utveckla dina funktioner lokalt och publicera kodprojektet till en funktionsapp i Azure. Mer information finns i Utvecklingsbegränsningar i Azure-portalen

Följ dessa steg om du vill visa appinställningarna i funktionsappen:

Logga in på Azure Portal med ditt Azure-konto. Sök efter funktionsappen och välj den.
I den vänstra rutan i funktionsappen expanderar du Inställningar, väljer Miljövariabler och väljer sedan fliken Appinställningar.

Arbeta med programinställningar

Förutom de fördefinierade appinställningar som används av Azure Functions kan du skapa valfritt antal appinställningar, vilket krävs av funktionskoden. Mer information finns i Referens för appinställningar för Azure Functions.

De här inställningarna lagras krypterade. Mer information finns i Säkerhet för appinställningar.

Du kan hantera appinställningar från Azure-portalen och med hjälp av Azure CLI och Azure PowerShell. Du kan också hantera appinställningar från Visual Studio Code och från Visual Studio.

Information om hur du visar dina appinställningar finns i Kom igång i Azure-portalen.

Fliken Appinställningar har inställningar som används av funktionsappen:

Om du vill se appinställningarnas värden väljer du Visa värden.
Om du vill lägga till en inställning väljer du + Lägg till och anger sedan namn och värde för det nya nyckel/värde-paret.

Kommandot az functionapp config appsettings list returnerar de befintliga programinställningarna, till exempel:

az functionapp config appsettings list --name <FUNCTION_APP_NAME> \
--resource-group <RESOURCE_GROUP_NAME>

Kommandot az functionapp config appsettings set lägger till eller uppdaterar en programinställning. I följande exempel skapas en inställning med en nyckel med namnet CUSTOM_FUNCTION_APP_SETTING och värdet 12345:

az functionapp config appsettings set --name <FUNCTION_APP_NAME> \
--resource-group <RESOURCE_GROUP_NAME> \
--settings CUSTOM_FUNCTION_APP_SETTING=12345

Cmdleten Get-AzFunctionAppSetting returnerar de befintliga programinställningarna, till exempel:

Get-AzFunctionAppSetting -Name <FUNCTION_APP_NAME> -ResourceGroupName <RESOURCE_GROUP_NAME>

Kommandot Update-AzFunctionAppSetting lägger till eller uppdaterar en programinställning. I följande exempel skapas en inställning med en nyckel med namnet CUSTOM_FUNCTION_APP_SETTING och värdet 12345:

Update-AzFunctionAppSetting -Name <FUNCTION_APP_NAME> -ResourceGroupName <RESOURCE_GROUP_NAME> -AppSetting @{"CUSTOM_FUNCTION_APP_SETTING" = "12345"}

Använda programinställningar

Inställningsvärden för funktionsappen kan också läsas i koden som miljövariabler. Mer information finns i avsnittet Miljövariabler i dessa språkspecifika referensartiklar:

När du utvecklar en funktionsapp lokalt måste du underhålla lokala kopior av dessa värden i local.settings.json-projektfilen. Mer information finns i Filen Lokala inställningar.

FTPS-distributionsinställningar

Azure Functions har stöd för distribution av projektkod till funktionsappen med hjälp av FTPS. Eftersom den här distributionsmetoden kräver att du synkroniserar utlösare rekommenderas det inte. Om du vill överföra projektfiler på ett säkert sätt använder du alltid FTPS och inte FTP.

Använd någon av följande metoder för att hämta de autentiseringsuppgifter som krävs för FTPS-distribution:

Du kan hämta autentiseringsuppgifterna för FTPS-publicering i Azure-portalen genom att ladda ned publiceringsprofilen för funktionsappen.

Viktigt!

Publiceringsprofilen innehåller viktiga säkerhetsautentiseringsuppgifter. Skydda alltid den nedladdade filen på den lokala datorn.

Så här laddar du ned publiceringsprofilen för funktionsappen:

I Azure-portalen letar du upp sidan för funktionsappen och expanderar Konfiguration av inställningar>i den vänstra kolumnen.
På sidan Konfiguration väljer du fliken Allmänna inställningar och kontrollerar att SCM Basic Auth Publishing Credentials är aktiverat. När den här inställningen är Av kan du inte använda publiceringsprofiler, så välj På och sedan Spara.
Gå tillbaka till funktionsappens översiktssida och välj sedan Hämta publiceringsprofil.
Spara och kopiera innehållet i filen.

Leta upp elementet publishProfile med attributet publishMethod="FTP"i filen . I det här elementet innehåller attributen publishUrl, userNameoch userPWD mål-URL och autentiseringsuppgifter för FTPS-publicering.

Kör det här Azure CLI-kommandot som returnerar FTPS-autentiseringsuppgifterna från publiceringsprofilen.

az functionapp deployment list-publishing-profiles --name <APP_NAME> --resource-group <GROUP_NAME> --query "[?publishMethod=='FTP'].{URL:publishUrl, username:userName, password:userPWD}" -o table

I det här exemplet ersätter du <APP_NAME> med funktionsappens namn och <GROUP_NAME> med resursgruppen. De returnerade URLkolumnerna , usernameoch password innehåller mål-URL:en och autentiseringsuppgifterna för FTPS-publicering.

Kör det här Azure PowerShell-kommandot som returnerar FTPS-autentiseringsuppgifterna från publiceringsprofilen.

$profile = [xml](Get-AzWebAppPublishingProfile -ResourceGroupName "<GROUP_NAME>" -Name "<APP_NAME>" -Format "Ftp") 
$profile.publishData.publishProfile | Where-Object -Property publishMethod -eq Ftp | Select-Object -Property @{Name="URL"; Expression = {$_.publishUrl}}, 
@{Name="username"; Expression = {$_.userName}}, @{Name="password"; Expression = {$_.userPWD}} | Format-Table

Typ av värdplan

När du skapar en funktionsapp skapar du också en värdplan där appen körs. En plan kan ha en eller flera funktionsappar. Funktionerna, skalningen och prissättningen för dina funktioner beror på typen av plan. Mer information finns i Azure Functions-värdalternativ.

Du kan fastställa vilken typ av plan som används av funktionsappen från Azure-portalen eller med hjälp av Azure CLI- eller Azure PowerShell-API:er.

Följande värden anger plantypen:

Abonnemangstyp	Azure Portal	Azure CLI/PowerShell
Förbrukning	Förbrukning	`Dynamic`
Premium	ElasticPremium	`ElasticPremium`
Dedikerad (App Service)	Olika	Olika

Information om vilken typ av plan som används av funktionsappen finns i App Service-planen på sidan Översikt för funktionsappen i Azure-portalen.
Om du vill se prisnivån väljer du namnet på App Service-planen och väljer sedan Inställningar > Egenskaper i det vänstra fönstret.

Kör följande Azure CLI-kommando för att hämta din värdplanstyp:

functionApp=<FUNCTION_APP_NAME>
resourceGroup=FunctionMonitoringExamples
appServicePlanId=$(az functionapp show --name $functionApp --resource-group $resourceGroup --query appServicePlanId --output tsv)
az appservice plan list --query "[?id=='$appServicePlanId'].sku.tier" --output tsv

I föregående exempel ersätter <RESOURCE_GROUP> du och <FUNCTION_APP_NAME> med resursgruppen respektive funktionsappnamnen.

Kör följande Azure PowerShell-kommando för att hämta din värdplanstyp:

$FunctionApp = '<FUNCTION_APP_NAME>'
$ResourceGroup = '<RESOURCE_GROUP>'

$PlanID = (Get-AzFunctionApp -ResourceGroupName $ResourceGroup -Name $FunctionApp).AppServicePlan
(Get-AzFunctionAppPlan -Name $PlanID -ResourceGroupName $ResourceGroup).SkuTier

I föregående exempel ersätter <RESOURCE_GROUP> du och <FUNCTION_APP_NAME> med resursgruppen respektive funktionsappnamnen.

Planera migrering

Du kan migrera en funktionsapp mellan en förbrukningsplan och en Premium-plan i Windows. Tänk på följande när du migrerar mellan planer:

Direktmigrering till en dedikerad plan (App Service) stöds inte.
Migrering stöds inte i Linux.
Källplanen och målplanen måste finnas i samma resursgrupp och geografiska region. Mer information finns i Flytta en app till en annan App Service-plan.
De specifika CLI-kommandona beror på migreringens riktning.
Stilleståndstid i funktionskörningarna inträffar när funktionsappen migreras mellan planerna.
Tillstånd och annat appspecifikt innehåll underhålls eftersom samma Azure Files-resurs används av appen både före och efter migreringen.

Du kan migrera din plan med hjälp av följande verktyg:

Du kan använda Azure-portalen för att växla till en annan plan.

Välj riktningen för migreringen för din app i Windows.

I Azure-portalen går du till din förbrukningsplanapp och väljer Ändra App Service-plan under App Service-plan.
Välj Premium under Plantyp, skapa en ny Premium-plan och välj OK.

Mer information finns i Flytta en app till en annan App Service-plan.

Använd följande procedur för att migrera från en förbrukningsplan till en Premium-plan i Windows:

Kör kommandot az functionapp create på följande sätt för att skapa en ny App Service-plan (Elastic Premium) i samma region och resursgrupp som din befintliga funktionsapp:
```
az functionapp plan create --name <NEW_PREMIUM_PLAN_NAME> --resource-group <MY_RESOURCE_GROUP> --location <REGION> --sku EP1
```
Kör kommandot az functionapp update enligt följande för att migrera den befintliga funktionsappen till den nya Premium-planen:
```
az functionapp update --name <MY_APP_NAME> --resource-group <MY_RESOURCE_GROUP> --plan <NEW_PREMIUM_PLAN>
```
När du inte längre behöver den förbrukningsplan som ursprungligen användes av appen tar du bort den ursprungliga planen när du har bekräftat att du har migrerat till den nya. Kör kommandot az functionapp plan list på följande sätt för att hämta en lista över alla förbrukningsplaner i resursgruppen:
```
az functionapp plan list --resource-group <MY_RESOURCE_GROUP> --query "[?sku.family=='Y'].{PlanName:name,Sites:numberOfSites}" -o table
```
Du kan på ett säkert sätt ta bort planen med noll platser, vilket är den som du migrerade från.
Kör kommandot az functionapp plan delete enligt följande för att ta bort den förbrukningsplan som du migrerade från.
```
az functionapp plan delete --name <CONSUMPTION_PLAN_NAME> --resource-group <MY_RESOURCE_GROUP>
```

Använd följande procedur för att migrera från en Premium-plan till en förbrukningsplan i Windows:

Kör kommandot az functionapp create på följande sätt för att skapa en ny funktionsapp (förbrukning) i samma region och resursgrupp som din befintliga funktionsapp. Det här kommandot skapar också en ny förbrukningsplan där funktionsappen körs:
```
az functionapp create --resource-group <MY_RESOURCE_GROUP> --name <NEW_CONSUMPTION_APP_NAME> --consumption-plan-location <REGION> --runtime <LANGUAGE_RUNTIME> --functions-version 4 --storage-account <STORAGE_NAME>
```
Kör kommandot az functionapp show på följande sätt för att hämta namnet på den förbrukningsplan som skapats med den nya funktionsappen:
```
az functionapp show --resource-group <MY_RESOURCE_GROUP> --name <NEW_CONSUMPTION_APP_NAME> --query "{appServicePlanId}" -o tsv
```
Namnet på förbrukningsplanen är det sista segmentet av det fullständigt kvalificerade resurs-ID som returneras.
Kör kommandot az functionapp update enligt följande för att migrera den befintliga funktionsappen till den nya förbrukningsplanen:
```
az functionapp update --name <MY_APP_NAME> --resource-group <MY_RESOURCE_GROUP> --plan <NEW_CONSUMPTION_PLAN> --force
```
Kör kommandot az functionapp delete på följande sätt för att ta bort funktionsappen som du skapade i steg 1, eftersom du bara behöver planen som skapades för att köra den befintliga funktionsappen:
```
az functionapp delete --name <NEW_CONSUMPTION_APP_NAME> --resource-group <MY_RESOURCE_GROUP>
```
När du inte längre behöver den Premium-plan som ursprungligen användes av appen tar du bort den ursprungliga planen när du har bekräftat att du har migrerat till den nya. Tills Premium-planen har tagits bort fortsätter du att debiteras för den. Kör kommandot az functionapp plan list på följande sätt för att hämta en lista över alla Premium-planer i resursgruppen:
```
az functionapp plan list --resource-group <MY_RESOURCE_GROUP> --query "[?sku.family=='EP'].{PlanName:name,Sites:numberOfSites}" -o table
```
Kör kommandot az functionapp plan delete enligt följande för att ta bort Premium-planen som du migrerade från:
```
az functionapp plan delete --name <PREMIUM_PLAN> --resource-group <MY_RESOURCE_GROUP>
```

Använd följande procedur för att migrera från en förbrukningsplan till en Premium-plan i Windows:

Kör kommandot New-AzFunctionAppPlan på följande sätt för att skapa en ny App Service-plan (Elastic Premium) i samma region och resursgrupp som din befintliga funktionsapp:
```
New-AzFunctionAppPlan -Name <NEW_PREMIUM_PLAN_NAME> -ResourceGroupName <MY_RESOURCE_GROUP> -Location <REGION> -Sku EP1 -WorkerType Windows
```
Kör kommandot Update-AzFunctionApp på följande sätt för att migrera den befintliga funktionsappen till den nya Premium-planen:
```
Update-AzFunctionApp -Name <MY_APP_NAME> -ResourceGroupName <MY_RESOURCE_GROUP> -PlanName <NEW_PREMIUM_PLAN> -Force
```
När du inte längre behöver den förbrukningsplan som ursprungligen användes av appen kan du köra kommandot Remove-AzFunctionAppPlan på följande sätt för att ta bort den förbrukningsplan som du migrerade från:
```
Remove-AzFunctionAppPlan -Name <CONSUMPTION_PLAN_NAME> -ResourceGroupName <MY_RESOURCE_GROUP> -Force
```

Använd följande procedur för att migrera från en Premium-plan till en förbrukningsplan i Windows:

Kör kommandot New-AzFunctionApp på följande sätt för att skapa en ny funktionsapp (förbrukning) i samma region och resursgrupp som din befintliga funktionsapp. Det här kommandot skapar också en ny förbrukningsplan där funktionsappen körs:
```
New-AzFunctionApp -Name <NEW_CONSUMPTION_APP_NAME> -StorageAccountName <STORAGE_NAME> -Location <REGION> -ResourceGroupName <MY_RESOURCE_GROUP> -Runtime <LANGUAGE_RUNTIME> -RuntimeVersion <LANGUAGE_VERSION> -FunctionsVersion 4 -OSType Windows
```

Kör kommandot Get-AzFunctionApp på följande sätt för att hämta namnet på den förbrukningsplan som skapats med den nya funktionsappen:

Get-AzFunctionApp -ResourceGroupName <MY_RESOURCE_GROUP> -Name <NEW_CONSUMPTION_APP_NAME> | Select-Object -Property AppServicePlan | Format-List

Kör kommandot Update-AzFunctionApp på följande sätt för att migrera den befintliga funktionsappen till den nya förbrukningsplanen:
```
Update-AzFunctionApp -Name <MY_APP_NAME> -ResourceGroupName <MY_RESOURCE_GROUP> -PlanName <NEW_CONSUMPTION_PLAN> -Force
```
När du inte längre behöver den förbrukningsplan som ursprungligen användes av appen kan du köra kommandot Remove-AzFunctionAppPlan på följande sätt för att ta bort den förbrukningsplan som du migrerade från:
```
Remove-AzFunctionAppPlan -Name <CONSUMPTION_PLAN_NAME> -ResourceGroupName <MY_RESOURCE_GROUP> -Force
```

Utvecklingsbegränsningar i Azure-portalen

Tänk på dessa begränsningar när du utvecklar dina funktioner i Azure-portalen:

Redigering i portalen stöds endast för funktioner som har skapats eller senast ändrats i Azure-portalen.
Redigering i portalen stöds endast för JavaScript-, PowerShell-, Python- och C#-skriptfunktioner.
Redigering i portalen stöds inte i förhandsversionen av Flex Consumption-planen.
När du distribuerar kod till en funktionsapp utanför Azure-portalen kan du inte längre redigera någon av koden för funktionsappen i portalen. I det här fallet fortsätter du bara att använda lokal utveckling.
För Python stöds inte utveckling med anpassade moduler för närvarande i portalen. Om du vill lägga till anpassade moduler i funktionsappen måste du utveckla appen lokalt.
För kompilerade C#-funktioner och Java-funktioner kan du skapa funktionsappen och relaterade resurser i portalen. Du måste dock skapa funktionskodprojektet lokalt och sedan publicera det till Azure.

När det är möjligt kan du utveckla dina funktioner lokalt och publicera kodprojektet till en funktionsapp i Azure. Mer information finns i Koda och testa Azure Functions lokalt.

Installera tillägg manuellt

C#-klassbiblioteksfunktioner kan innehålla NuGet-paketen för bindningstillägg direkt i klassbiblioteksprojektet. För andra non-.NET språk och C#-skript bör du använda tilläggspaket. Om du måste installera tillägg manuellt kan du göra det med hjälp av Azure Functions Core Tools lokalt. Om du inte kan använda tilläggspaket och bara kan arbeta i portalen måste du använda Avancerade verktyg (Kudu) för att manuellt skapa filen extensions.csproj direkt på webbplatsen. Se till att först ta bort elementet extensionBundle från host.json-filen.

Samma process fungerar för alla andra filer som du behöver lägga till i din app.

Viktigt!

När det är möjligt ska du inte redigera filer direkt i funktionsappen i Azure. Vi rekommenderar att du laddar ned dina appfiler lokalt, använder Core Tools för att installera tillägg och andra paket, validera dina ändringar och sedan publicera om appen med core tools eller någon av de andra distributionsmetoder som stöds.

Med Functions-redigeraren som är inbyggd i Azure-portalen kan du uppdatera funktionskoden och konfigurationsfilerna direkt i portalen:

Välj din funktionsapp och välj sedan Funktioner under Funktioner.
Välj din funktion och välj Kod + test under Utvecklare.
Välj filen som ska redigeras och välj Spara när du är klar.

Filer i appens rot, till exempel function.proj eller extensions.csproj, måste skapas och redigeras med hjälp av Avancerade verktyg (Kudu):

Välj din funktionsapp, expandera Utvecklingsverktyg och välj sedan Avancerade verktyg>Gå.
Om du uppmanas att göra det loggar du in på SCM-webbplatsen (Source Control Manager) med dina Azure-autentiseringsuppgifter.
På menyn Felsökningskonsol väljer du CMD.
Gå till .\site\wwwroot, välj plusknappen (+) längst upp och välj Ny fil.
Ge filen ett namn, till exempel extensions.csproj, och tryck sedan på Retur.
Välj knappen Redigera bredvid den nya filen, lägg till eller uppdatera kod i filen och välj sedan Spara.
För en projektfil som extensions.csproj kör du följande kommando för att återskapa tilläggsprojektet:
```
dotnet build extensions.csproj
```

Plattformsfunktioner

Funktionsappar körs på Azure App Service-plattformen, vilket underhåller dem. Därför har dina funktionsappar åtkomst till de flesta funktionerna i Azures kärnwebbvärdplattform. När du använder Azure-portalen är den vänstra rutan där du kommer åt de många funktionerna i App Service-plattformen som du kan använda i dina funktionsappar.

Följande matris anger funktionsstöd för Azure-portalen genom värdplan och operativsystem:

Funktion	Förbrukningsplan	Flex-förbrukningsplan	Premiumplan	Dedikerad plan
Avancerade verktyg (Kudu)	Windows: ✔ Linux: X	X	✔	✔
App Service-redigeraren	Windows: ✔ Linux: X	X	Windows: ✔ Linux: X	Windows: ✔ Linux: X
Säkerhetskopior	X	X	X	✔
Konsol	Windows: kommandorad Linux: X	X	Windows: kommandorad Linux: SSH	Windows: kommandorad Linux: SSH

Resten av den här artikeln fokuserar på följande funktioner i portalen som är användbara för dina funktionsappar:

App Service-redigeraren
Konsol
Avancerade verktyg (Kudu)
Distributionsalternativ
CORS
Autentisering

Mer information om hur du arbetar med App Service-inställningar finns i Konfigurera Azure App Service-inställningar.

App Service-redigeraren

App Service-redigeraren är en avancerad portalredigerare som du kan använda för att ändra JSON-konfigurationsfiler och kodfiler på samma sätt. Om du väljer det här alternativet startas en separat webbläsarflik med en grundläggande redigerare. Med den här redigeraren kan du integrera med Git-lagringsplatsen, köra och felsöka kod och ändra funktionsappsinställningar. Den här redigeraren ger en förbättrad utvecklingsmiljö för dina funktioner jämfört med den inbyggda funktionsredigeraren.

Skärmbild som visar App Service-redigeraren.

Vi rekommenderar att du överväger att utveckla dina funktioner på den lokala datorn. När du utvecklar lokalt och publicerar till Azure är dina projektfiler skrivskyddade i Azure-portalen. Mer information finns i Koda och testa Azure Functions lokalt.

Konsol

Konsolen i portalen är ett perfekt utvecklarverktyg när du föredrar att interagera med din funktionsapp från kommandoraden. Vanliga kommandon är katalog- och filskapande och navigering, samt körning av batchfiler och skript.

Skärmbild som visar funktionsappkonsolen.

När du utvecklar lokalt rekommenderar vi att du använder Azure Functions Core Tools och Azure CLI.

Avancerade verktyg (Kudu)

De avancerade verktygen för App Service (kallas även Kudu) ger åtkomst till avancerade administrativa funktioner i funktionsappen. Från Kudu hanterar du systeminformation, appinställningar, miljövariabler, webbplatstillägg, HTTP-huvuden och servervariabler. Du kan också starta Kudu genom att bläddra till SCM-slutpunkten för din funktionsapp, till exempel: https://<myfunctionapp>.scm.azurewebsites.net/.

Skärmbild som visar de avancerade verktygen för App Service (Kudo).

Distributionscenter

När du använder en källkontrolllösning för att utveckla och underhålla din funktionskod kan du skapa och distribuera distributionen från källkontroll i Distributionscenter. Projektet skapas och distribueras till Azure när du gör uppdateringar. Mer information finns i Distributionstekniker i Azure Functions.

Cross-origin resource sharing (CORS)

För att förhindra körning av skadlig kod på klienten blockerar moderna webbläsare begäranden från webbprogram till resurser som körs i en separat domän. Med resursdelning mellan ursprung (CORS) kan ett Access-Control-Allow-Origin huvud deklarera vilka ursprung som tillåts anropa slutpunkter i funktionsappen.

När du konfigurerar listan Över tillåtna ursprung för funktionsappen läggs huvudet automatiskt till i alla svar från HTTP-slutpunkter i funktionsappen Access-Control-Allow-Origin .

Skärmbild som visar hur du konfigurerar CORS-listan över din funktionsapp.

Om det finns en annan domänpost ignoreras jokertecknet (*).

az functionapp cors add Använd kommandot för att lägga till en domän i listan över tillåtna ursprung. I följande exempel läggs contoso.com domänen till:

az functionapp cors add --name <FUNCTION_APP_NAME> \
--resource-group <RESOURCE_GROUP_NAME> \
--allowed-origins https://contoso.com

az functionapp cors show Använd kommandot för att visa de aktuella tillåtna ursprungen.

Autentisering

När funktioner använder en HTTP-utlösare kan du kräva att anrop först autentiseras. App Service stöder Microsoft Entra-autentisering och inloggning med sociala leverantörer, till exempel Facebook, Microsoft och X. Information om hur du konfigurerar specifika autentiseringsprovidrar finns i Översikt över Azure App Service-autentisering.

Skärmbild som visar hur du konfigurerar autentisering för en funktionsapp.

Dela via

Hantera din funktionsapp

Kom igång i Azure-portalen

Arbeta med programinställningar

Använda programinställningar

FTPS-distributionsinställningar

Typ av värdplan

Planera migrering

Utvecklingsbegränsningar i Azure-portalen

Installera tillägg manuellt

Plattformsfunktioner

App Service-redigeraren

Konsol

Avancerade verktyg (Kudu)

Distributionscenter

Cross-origin resource sharing (CORS)

Autentisering

Feedback

Ytterligare resurser

Dela via

Hantera din funktionsapp

Kom igång i Azure-portalen

Arbeta med programinställningar

Använda programinställningar

FTPS-distributionsinställningar

Typ av värdplan

Planera migrering

Utvecklingsbegränsningar i Azure-portalen

Installera tillägg manuellt

Plattformsfunktioner

App Service-redigeraren

Konsol

Avancerade verktyg (Kudu)

Distributionscenter

Cross-origin resource sharing (CORS)

Autentisering

Relaterat innehåll

Feedback

Ytterligare resurser