Uw eerste containerfuncties maken in Azure Container Apps

Artikel
02/25/2025

In dit artikel maakt u een functie-app die wordt uitgevoerd in een Linux-container en implementeert u deze in een Azure Container Apps-omgeving vanuit een containerregister. Door te implementeren in Container Apps, kunt u uw functie-apps integreren in cloudeigen microservices. Zie Azure Container Apps die als host fungeren voor Azure Functions voor meer informatie.

In dit artikel leest u hoe u functies maakt die worden uitgevoerd in een Linux-container en hoe u de container implementeert in een Container Apps-omgeving.

Voor het voltooien van deze quickstart worden kleine kosten in rekening gebracht van een paar dollarcenten of minder in uw Azure-account, wat u kunt minimaliseren door resources op te schonen wanneer u klaar bent.

Kies uw ontwikkelingstaal

Eerst gebruikt u Azure Functions-hulpprogramma's om uw projectcode te maken als een functie-app in een Docker-container met behulp van een taalspecifieke Linux-basisinstallatiekopieën. Zorg ervoor dat u bovenaan het artikel uw gewenste taal selecteert.

Core Tools genereert automatisch een Dockerfile voor uw project dat gebruikmaakt van de meest recente versie van de juiste basisinstallatiekopieën voor uw functietaal. Werk uw container regelmatig bij vanaf de meest recente basisinstallatiekopie en implementeer deze opnieuw vanuit de bijgewerkte versie van uw container. Zie Containerized Functie-apps maken voor meer informatie.

Vereisten

Voordat u begint, moet u aan de volgende vereisten voldoen:

Installeer de .NET 8.0 SDK.
Installeer Azure Functions Core Tools versie 4.0.5198 of een nieuwere versie.

Installeer Azure Functions Core Tools versie 4.x.

Installeer een versie van Node.js die wordt ondersteund door Azure Functions.

Installeer een versie van Python die wordt ondersteund door Azure Functions.

Installeer de .NET 6 SDK.

Installeer een versie van de Java Developer Kit die wordt ondersteund door Azure Functions.
Installeer Apache Maven versie 3.0 of hoger.

Azure CLI versie 2.4 of een nieuwere versie.

Als u geen Azure-abonnement hebt, kunt u een gratis Azure-account maken voordat u begint.

Als u de containerinstallatiekopieën van de functie-app wilt publiceren die u maakt in een containerregister, hebt u een Docker-id en Docker nodig die op uw lokale computer wordt uitgevoerd. Als u geen Docker-id hebt, kunt u een Docker-account maken.

Azure Container Registry
Docker Hub

U moet ook de sectie Een containerregister maken van de quickstart containerregister voltooien om een registerexemplaren te maken. Noteer de volledig gekwalificeerde aanmeldingsservernaam.

Een virtuele omgeving maken en activeren

Voer de volgende opdrachten uit in een geschikte map om een virtuele omgeving met de naam .venv te maken en te activeren. Zorg ervoor dat u een van de Python-versies gebruikt die worden ondersteund door Azure Functions.

python -m venv .venv

source .venv/bin/activate

Als Python het venv-pakket niet heeft geïnstalleerd in uw Linux-distributie, voert u de volgende opdracht uit:

sudo apt-get install python3-venv

py -m venv .venv

.venv\scripts\activate

py -m venv .venv

.venv\scripts\activate

U voert alle volgende opdrachten uit in deze geactiveerde virtuele omgeving.

Het lokale Functions-project maken en testen

Voer in een terminal of opdrachtprompt de volgende opdracht uit voor de taal die u hebt gekozen om een functie-app-project te maken in de huidige map:

func init --worker-runtime dotnet-isolated --docker

func init --worker-runtime node --language javascript --docker

func init --worker-runtime powershell --docker

func init --worker-runtime python --docker

func init --worker-runtime node --language typescript --docker

Voer in een lege map de volgende opdracht uit om het Functions-project te genereren op basis van een Maven-archetype:

mvn archetype:generate -DarchetypeGroupId=com.microsoft.azure -DarchetypeArtifactId=azure-functions-archetype -DjavaVersion=8 -Ddocker

mvn archetype:generate "-DarchetypeGroupId=com.microsoft.azure" "-DarchetypeArtifactId=azure-functions-archetype" "-DjavaVersion=8" "-Ddocker"

mvn archetype:generate "-DarchetypeGroupId=com.microsoft.azure" "-DarchetypeArtifactId=azure-functions-archetype" "-DjavaVersion=8" "-Ddocker"

De parameter -DjavaVersion laat de Functions-runtime weten welke versie van Java moet worden gebruikt. Gebruik -DjavaVersion=11 als u uw functies wilt uitvoeren in Java 11. Wanneer u -DjavaVersion niet opgeeft, wordt Maven standaard ingesteld op Java 8. Zie Java-versies voor meer informatie.

Belangrijk

De omgevingsvariabele JAVA_HOME moet zijn ingesteld op de installatielocatie van de juiste versie van de JDK om dit artikel te kunnen voltooien.

U wordt door Maven gevraagd om de waarden die nodig zijn om het project op het moment van implementatie te kunnen genereren. Volg de aanwijzingen en geef de volgende informatie op:

Prompt	Weergegeven als	Beschrijving
groupId	`com.fabrikam`	Een waarde die uw project uniek identificeert binnen alle projecten, overeenkomstig de regels voor de naamgeving van pakketten voor Java.
artifactId	`fabrikam-functions`	Een waarde die bestaat uit de naam van het JAR-bestand, zonder een versienummer.
version	`1.0-SNAPSHOT`	Selecteer de standaardwaarde.
package	`com.fabrikam.functions`	Een waarde die het Java-pakket aangeeft voor de gegenereerde functiecode. Gebruik de standaard.

Typ Y of druk op Enter om te bevestigen.

Maven maakt de projectbestanden in een nieuwe map met de naam artifactId, in dit voorbeeld fabrikam-functions.

De --docker optie genereert een Dockerfile voor het project, waarmee een geschikte container wordt gedefinieerd voor gebruik met Azure Functions en de geselecteerde runtime.

Navigeer naar de projectmap:

cd fabrikam-functions

Gebruik de volgende opdracht om een functie toe te voegen aan uw project, waarbij het --name argument de unieke naam van uw functie is en het --template argument de trigger van de functie aangeeft. func new maakt een C#-codebestand in uw project.

func new --name HttpExample --template "HTTP trigger"

func new --name HttpExample --template "HTTP trigger"

Als u de functie lokaal wilt testen, start u de lokale Azure Functions-runtimehost in de hoofdmap van de projectmap.

func start

func start

npm install
npm start

mvn clean package  
mvn azure-functions:run

Nadat u het HttpExample eindpunt hebt weergegeven dat naar de uitvoer is geschreven, gaat u naar dat eindpunt. U ziet nu een welkomstbericht in de antwoorduitvoer.

Nadat u het HttpExample eindpunt naar de uitvoer hebt geschreven, gaat u naar http://localhost:7071/api/HttpExample?name=Functions. In de browser moet een 'hello'-bericht worden weergegeven dat wordt herhaald Functions, de waarde die is opgegeven voor de name queryparameter.

Druk op Ctrl+C (Opdracht+C in macOS) om de host te stoppen.

De containerinstallatiekopieën bouwen en lokaal verifiëren

(Optioneel) Bekijk het Dockerfile in de hoofdmap van het project. In het Dockerfile wordt de vereiste omgeving beschreven voor het uitvoeren van de functie-app in Linux. De complete lijst met ondersteunde basisinstallatiekopieën voor Azure Functions vindt u op deze pagina over basisinstallatiekopieën van Azure Functions.

Voer in de hoofdmap van het project de opdracht docker build uit, geef een naam op als azurefunctionsimageen tag als v1.0.0. Vervang <DOCKER_ID> door de ID van uw Docker Hub-account. Met deze opdracht wordt de Docker-installatiekopie voor de container gebouwd.

docker build --tag <DOCKER_ID>/azurefunctionsimage:v1.0.0 .

Wanneer de opdracht is voltooid, kunt u de nieuwe container lokaal uitvoeren.

Als u de build wilt controleren, voert u de installatiekopieën uit in een lokale container met behulp van de opdracht docker run , vervangt <DOCKER_ID> u opnieuw door de id van uw Docker Hub-account en voegt u het argument poorten toe als -p 8080:80:

docker run -p 8080:80 -it <DOCKER_ID>/azurefunctionsimage:v1.0.0

Nadat de installatiekopieën in de lokale container zijn gestart, bladert u naar http://localhost:8080/api/HttpExample, waarin hetzelfde begroetingsbericht moet worden weergegeven als voorheen. Omdat de door HTTP geactiveerde functie die u hebt gemaakt anonieme autorisatie gebruikt, kunt u de functie aanroepen die in de container wordt uitgevoerd zonder dat u een toegangssleutel hoeft te verkrijgen. Zie Function access keys (Toegangssleutels voor functie) voor meer informatie.

Nadat de installatiekopie in de lokale container is gestart, bladert u naar http://localhost:8080/api/HttpExample?name=Functionshet bericht 'hello' dat hetzelfde 'hallo' moet weergeven als voorheen. Omdat de door HTTP geactiveerde functie die u hebt gemaakt anonieme autorisatie gebruikt, kunt u de functie aanroepen die in de container wordt uitgevoerd zonder dat u een toegangssleutel hoeft te verkrijgen. Zie Function access keys (Toegangssleutels voor functie) voor meer informatie.

Nadat u de functie-app in de container hebt gecontroleerd, drukt u op Ctrl+C (Opdracht+C in macOS) om de uitvoering te stoppen.

De containerinstallatiekopieën publiceren naar een register

Als u de containerinstallatiekopieën beschikbaar wilt maken voor implementatie naar een hostingomgeving, moet u deze naar een containerregister pushen. Als best practice voor beveiliging moet u een Exemplaar van Azure Container Registry gebruiken en verbindingen op basis van beheerde identiteiten afdwingen. Docker Hub vereist dat u zich verifieert met behulp van gedeelde geheimen, waardoor uw implementaties kwetsbaarder worden.

Azure Container Registry
Docker Hub

Azure Container Registry is een privéregisterservice voor het bouwen, opslaan en beheren van containerinstallatiekopieën en gerelateerde artefacten. U moet een privéregisterservice gebruiken voor het publiceren van uw containers naar Azure-services.

Gebruik deze opdracht om u aan te melden bij uw registerexemplaren met behulp van uw huidige Azure-referenties:
```
az acr login --name <REGISTRY_NAME>
```
Vervang in de vorige opdracht door <REGISTRY_NAME> de naam van uw Container Registry-exemplaar.
Gebruik deze opdracht om uw installatiekopieën te taggen met de volledig gekwalificeerde naam van uw registeraanmeldingsserver:
```
docker tag <DOCKER_ID>/azurefunctionsimage:v1.0.0 <LOGIN_SERVER>/azurefunctionsimage:v1.0.0 
```
Vervang door <LOGIN_SERVER> de volledig gekwalificeerde naam van uw registeraanmeldingsserver en <DOCKER_ID> door uw Docker-id.
Gebruik deze opdracht om de container naar uw registerexemplaren te pushen:
```
docker push <LOGIN_SERVER>/azurefunctionsimage:v1.0.0
```

Docker Hub is een containerregister die als host fungeert voor installatiekopieën en die services voor installatiekopieën en containers biedt.

Als u zich nog niet hebt aangemeld bij Docker, doet u dit door de docker login opdracht, waarbij u de id van uw Docker Hub-account vervangt <docker_id> . Voor deze opdracht moet u uw gebruikersnaam en wachtwoord opgeven. Een bericht 'Aanmelden geslaagd' bevestigt dat u bent aangemeld.
```
docker login
```
Nadat u zich hebt aangemeld, pusht u de installatiekopieën naar Docker Hub met behulp van de docker push opdracht. Vervang de installatiekopieën opnieuw door de <docker_id> id van uw Docker Hub-account.
```
docker push <DOCKER_ID>/azurefunctionsimage:v1.0.0
```
Afhankelijk van de snelheid van uw netwerk kan het de eerste keer pushen van de installatiekopieën enkele minuten duren. Volgende wijzigingen worden sneller gepusht.

Ondersteunende Azure-resources maken voor uw functie

Voordat u uw container in Azure kunt implementeren, moet u drie resources maken:

Een resourcegroep, een logische container voor gerelateerde resources.
Een opslagaccount dat wordt gebruikt voor het onderhouden van de status en andere informatie over uw functies.
Een Azure Container Apps-omgeving met een Log Analytics-werkruimte.
Een door de gebruiker toegewezen beheerde identiteit, waarmee uw functie-app veilig verbinding kan maken met Azure-resources zonder gedeelde geheimen te gebruiken. Verbindingen met zowel het Azure Storage-account als het Azure Container Registry-exemplaar worden in plaats daarvan gemaakt met behulp van Microsoft Entra-verificatie met de identiteit. Dit wordt aanbevolen voor dit scenario.

Notitie

Docker Hub biedt geen ondersteuning voor beheerde identiteiten.

Gebruik deze opdrachten om uw vereiste Azure-resources te maken:

Meld u indien nodig aan bij Azure:

Met de az login opdracht meldt u zich aan bij uw Azure-account. Gebruik az account set deze optie wanneer u meer dan één abonnement hebt gekoppeld aan uw account.
Voer de volgende opdracht uit om de Azure CLI bij te werken naar de nieuwste versie:
```
az upgrade
```
Als uw versie van Azure CLI niet de nieuwste versie is, wordt er een installatie gestart. De manier van upgrade is afhankelijk van uw besturingssysteem. U kunt doorgaan nadat de upgrade is voltooid.

Voer de volgende opdrachten uit om de Azure Container Apps-extensie bij te werken en naamruimten te registreren die vereist zijn voor Container Apps:

az extension add --name containerapp --upgrade -y
az provider register --namespace Microsoft.Web 
az provider register --namespace Microsoft.App 
az provider register --namespace Microsoft.OperationalInsights

Maak een resourcegroep met de naam AzureFunctionsContainers-rg.
```
az group create --name AzureFunctionsContainers-rg --location eastus
```
Met deze az group create opdracht maakt u een resourcegroep in de regio VS - oost. Als u in plaats daarvan een regio bij u in de buurt wilt gebruiken, gebruikt u een beschikbare regiocode die wordt geretourneerd met de opdracht az account list-locations . U moet de volgende opdrachten wijzigen om uw aangepaste regio te gebruiken in plaats van eastus.

Een Azure Container App-omgeving maken waarvoor workloadprofielen zijn ingeschakeld.

az containerapp env create --name MyContainerappEnvironment --enable-workload-profiles --resource-group AzureFunctionsContainers-rg --location eastus

Het uitvoeren van deze opdracht kan enkele minuten duren.

Maak een opslagaccount voor algemeen gebruik in uw resourcegroep en regio, zonder toegang tot gedeelde sleutels.
```
az storage account create --name <STORAGE_NAME> --location eastus --resource-group AzureFunctionsContainers-rg --sku Standard_LRS --allow-blob-public-access false --allow-shared-key-access false
```
Met de az storage account create opdracht maakt u het opslagaccount dat alleen kan worden geopend met behulp van door Microsoft Entra geverifieerde identiteiten waaraan machtigingen zijn verleend voor specifieke resources.

Vervang <STORAGE_NAME> in het vorige voorbeeld door een naam die voor u passend is en die uniek is in Azure Storage. Opslagnamen mogen alleen cijfers van 3 tot 24 tekens en kleine letters bevatten. Standard_LRS hiermee geeft u een account voor algemeen gebruik dat wordt ondersteund door Functions.
Maak een beheerde identiteit en gebruik de geretourneerde principalId identiteit om deze toegang te verlenen tot uw opslagaccount en pull-machtigingen in uw registerexemplaren.
```
principalId=$(az identity create --name <USER_IDENTITY_NAME> --resource-group AzureFunctionsContainers-rg --location eastus --query principalId -o tsv) 
acrId=$(az acr show --name <REGISTRY_NAME> --query id --output tsv)
az role assignment create --assignee-object-id $principalId --assignee-principal-type ServicePrincipal --role acrpull --scope $acrId
storageId=$(az storage account show --resource-group AzureFunctionsContainers-rg --name glengatestaca2 --query 'id' -o tsv)
az role assignment create --assignee-object-id $principalId --assignee-principal-type ServicePrincipal --role "Storage Blob Data Owner" --scope $storageId
```
Met az identity create de opdracht maakt u een door de gebruiker toegewezen beheerde identiteit en met de az role assignment create opdrachten wordt uw identiteit toegevoegd aan de vereiste rollen. Vervang , <USER_IDENTITY_NAME>en <STORAGE_NAME> door <REGISTRY_NAME>de naam van uw bestaande containerregister, de naam voor uw beheerde identiteit en respectievelijk de naam van het opslagaccount. De beheerde identiteit kan nu door een app worden gebruikt voor toegang tot zowel het opslagaccount als Azure Container Registry zonder gedeelde geheimen te gebruiken.

Een functie-app in Azure maken en configureren met de installatiekopie

Een functie-app in Azure beheert de uitvoering van uw functies in uw Azure Container Apps-omgeving. In deze sectie gebruikt u de Azure-resources uit de vorige sectie om een functie-app te maken op basis van een installatiekopieën in een containerregister in een Container Apps-omgeving. U configureert ook de nieuwe omgeving met een verbindingsreeks naar het vereiste Azure Storage-account.

Gebruik de az functionapp create opdracht om een functie-app te maken in de nieuwe beheerde omgeving die wordt ondersteund door Azure Container Apps. In az functionapp createde --environment parameter geeft u de Container Apps-omgeving op.

Azure Container Registry
Docker Hub

Tip

Als u ervoor wilt zorgen dat uw functie-app gebruikmaakt van een op beheerde identiteit gebaseerde verbinding met uw registerexemplaren, moet u de --image parameter niet instellen in az functionapp create. Wanneer u instelt --image op de volledig gekwalificeerde naam van uw installatiekopieën in de opslagplaats, worden gedeelde geheime referenties verkregen uit uw register en opgeslagen in app-instellingen.

Eerst moet u de volledig gekwalificeerde id-waarde van uw door de gebruiker toegewezen beheerde identiteit ophalen met pull-toegang tot het register en vervolgens de az functionapp create opdracht gebruiken om een functie-app te maken met behulp van de standaardinstallatiekopie en met deze identiteit die eraan is toegewezen.

UAMI_RESOURCE_ID=$(az identity show --name $uami_name --resource-group $group --query id -o tsv)
az functionapp create --name <APP_NAME> --storage-account <STORAGE_NAME> --environment MyContainerappEnvironment --workload-profile-name "Consumption" --resource-group AzureFunctionsContainers-rg --functions-version 4 --assign-identity $UAMI_RESOURCE_ID

Hiermee az functionapp createwijst u --assign-identity uw beheerde identiteit toe aan de nieuwe app. Omdat u de --image parameter az functionapp createniet hebt ingesteld, wordt de toepassing gemaakt met behulp van een tijdelijke aanduiding voor de afbeelding.

In dit voorbeeld vervangt <APP_NAME>u , <STORAGE_NAME>en <USER_IDENTITY_NAME> door een naam voor uw nieuwe functie-app, evenals de naam van uw opslagaccount en de identiteit.

Ten slotte moet u de linuxFxVersion site-instelling bijwerken naar de volledig gekwalificeerde naam van uw installatiekopieën in de opslagplaats. U moet ook de acrUseManagedIdentityCreds instellingen en acrUserManagedIdentityID site-instellingen bijwerken, zodat beheerde identiteiten worden gebruikt bij het verkrijgen van de installatiekopieën uit het register.

UAMI_RESOURCE_ID=$(az identity show --name <USER_IDENTITY_NAME> --resource-group AzureFunctionsContainers-rg --query id -o tsv)
az resource patch --resource-group AzureFunctionsContainers-rg --name <APP_NAME> --resource-type "Microsoft.Web/sites" --properties "{ \"siteConfig\": { \"linuxFxVersion\": \"DOCKER|<REGISTRY_NAME>.azurecr.io/azurefunctionsimage:v1.0.0\", \"acrUseManagedIdentityCreds\": true, \"acrUserManagedIdentityID\":\"$UAMI_RESOURCE_ID\", \"appSettings\": [{\"name\": \"DOCKER_REGISTRY_SERVER_URL\", \"value\": \"<REGISTRY_NAME>.azurecr.io\"}]}}"

Naast de vereiste site-instellingen werkt de az resource patch opdracht ook de DOCKER_REGISTRY_SERVER_URL app-instelling bij naar de URL van uw registerserver.

Vervang in dit voorbeeld respectievelijk <APP_NAME><REGISTRY_NAME><USER_IDENTITY_NAME> de namen van uw functie-app, containerregister en identiteit.

Eerst moet u de volledig gekwalificeerde id-waarde van uw door de gebruiker toegewezen beheerde identiteit ophalen en vervolgens de az functionapp create opdracht gebruiken om een functie-app te maken met behulp van de standaardafbeelding en met deze identiteit die eraan is toegewezen.

az functionapp create --name <APP_NAME> --storage-account <STORAGE_NAME> --environment MyContainerappEnvironment --workload-profile-name "Consumption" --resource-group AzureFunctionsContainers-rg --functions-version 4 --assign-identity --image <DOCKER_ID>/azurefunctionsimage:v1.0.0

In de az functionapp create opdracht geeft de --environment parameter de Container Apps-omgeving op en de --image parameter geeft de installatiekopieën op die moeten worden gebruikt voor de functie-app. Vervang in dit voorbeeld door <STORAGE_NAME> de naam die u in de vorige sectie hebt gebruikt voor het opslagaccount. Vervang ook door <APP_NAME> een wereldwijd unieke naam die geschikt is voor u en <DOCKER_ID> door uw openbare Docker Hub-account-id.

Als u een privéregister gebruikt, moet u de volledig gekwalificeerde domeinnaam van uw register opnemen in plaats van alleen de Docker-id voor <DOCKER_ID>, samen met de --registry-username referenties die --registry-password nodig zijn voor toegang tot het register.

--workload-profile-name "Consumption" Als u opgeeft, wordt uw app in een omgeving gemaakt met behulp van het standaardwerkbelastingprofielConsumption, dat hetzelfde kost als het uitvoeren in een Container Apps Consumption-abonnement. Wanneer u de functie-app voor het eerst maakt, wordt de eerste installatiekopie uit het register opgehaald.

Toepassingsinstellingen bijwerken

Als u wilt dat de Functions-host verbinding maakt met het standaardopslagaccount met behulp van gedeelde geheimen, moet u de AzureWebJobsStorage verbindingsreeks-instelling vervangen door een equivalente instelling die gebruikmaakt van de door de gebruiker toegewezen beheerde identiteit om verbinding te maken met het opslagaccount.

Verwijder de bestaande AzureWebJobsStorage verbindingsreeks-instelling:
```
az functionapp config appsettings delete --name <APP_NAME> --resource-group AzureFunctionsContainers-rg --setting-names AzureWebJobsStorage 
```
Met de opdracht az functionapp config appsettings delete wordt deze instelling uit uw app verwijderd. Vervang door <APP_NAME> de naam van uw functie-app.

Voeg gelijkwaardige instellingen toe, met een AzureWebJobsStorage__ voorvoegsel, waarmee een door de gebruiker toegewezen beheerde identiteit wordt gedefinieerd voor het standaardopslagaccount:

clientId=$(az identity show --name <USER_IDENTITY_NAME> --resource-group AzureFunctionsContainers-rg --query 'clientId' -o tsv)
az functionapp config appsettings set --name <APP_NAME> --resource-group AzureFunctionsContainers-rg --settings AzureWebJobsStorage__accountName=<STORAGE_NAME> AzureWebJobsStorage__credential=managedidentity AzureWebJobsStorage__clientId=$clientId

Vervang in dit voorbeeld , <USER_IDENTITY_NAME><STORAGE_NAME> door <APP_NAME>de naam van uw functie-app, de naam van uw identiteit en de naam van het opslagaccount.

Op dit moment worden uw functies uitgevoerd in een Container Apps-omgeving, waarbij de vereiste toepassingsinstellingen al zijn toegevoegd. Indien nodig kunt u andere instellingen toevoegen in uw functions-app op de standaardmethode voor Functions. Zie Toepassingsinstellingen gebruiken voor meer informatie.

Tip

Wanneer u volgende wijzigingen aanbrengt in uw functiecode, moet u de container opnieuw bouwen, de installatiekopieën opnieuw publiceren in het register en de functie-app bijwerken met de nieuwe versie van de installatiekopieën. Zie Een installatiekopieën bijwerken in het register voor meer informatie

Uw functies controleren in Azure

Nu de installatiekopie is geïmplementeerd in uw functie-app in Azure, kunt u de functie nu aanroepen via HTTP-aanvragen.

Voer de volgende az functionapp function show opdracht uit om de URL van uw nieuwe functie op te halen:
```
az functionapp function show --resource-group AzureFunctionsContainers-rg --name <APP_NAME> --function-name HttpExample --query invokeUrlTemplate 
```
Vervang door <APP_NAME> de naam van uw functie-app.

Gebruik de URL die u zojuist hebt verkregen om het HttpExample functie-eindpunt aan te roepen, waarbij de querytekenreeks ?name=Functionswordt toegevoegd.

Gebruik de URL die u zojuist hebt verkregen om het HttpExample functie-eindpunt aan te roepen.

Wanneer u naar deze URL navigeert, moet de browser vergelijkbare uitvoer weergeven als toen u de functie lokaal uitvoerde.

De aanvraag-URL moet er ongeveer als volgt uitzien:

https://myacafunctionapp.kindtree-796af82b.eastus.azurecontainerapps.io/api/httpexample?name=functions

https://myacafunctionapp.kindtree-796af82b.eastus.azurecontainerapps.io/api/httpexample

Resources opschonen

Als u wilt blijven werken met Azure Function met behulp van de resources die u in dit artikel hebt gemaakt, kunt u al deze resources behouden.

Wanneer u klaar bent met het werken met deze functie-app-implementatie, verwijdert u de AzureFunctionsContainers-rg resourcegroep om alle resources in die groep op te schonen:

az group delete --name AzureFunctionsContainers-rg

Volgende stappen

Azure Container Apps hosten van Azure Functions

Werken met containers en Azure Functions

Help de ervaring beter te maken

Delen via