Azure Container Apps inrichten

Notitie

De Basic-, Standard- en Enterprise-abonnementen worden afgeschaft vanaf medio maart 2025, met een pensioenperiode van 3 jaar. We raden u aan om over te stappen naar Azure Container Apps. Zie de aankondiging over buitengebruikstelling van Azure Spring Apps voor meer informatie.

Het standaardverbruik en het speciale abonnement worden vanaf 30 september 2024 afgeschaft, met een volledige afsluiting na zes maanden. We raden u aan om over te stappen naar Azure Container Apps. Zie Azure Spring Apps Standard-verbruik en toegewezen abonnement migreren naar Azure Container Apps voor meer informatie.

Dit artikel is van toepassing op:✅ Basic/Standard ✅ Enterprise

Dit artikel bevat een overzicht van overwegingen tijdens het maken van Azure Container Apps.

In Azure Spring Apps worden toepassingen geïmplementeerd binnen een service-exemplaar, dat een volledig beheerd platform biedt. Op dezelfde manier worden container-apps in Azure Container Apps gemaakt in een Azure Container Apps-omgeving, die fungeert als de basishost voor toepassingen. Hoewel beide services hostingomgevingen bieden, verschillen ze in verschillende aspecten, zoals prijsmodellen, onderhoud, regionale ondersteuning en beheerbewerkingen. In dit artikel worden deze verschillen besproken en vindt u richtlijnen voor het maken en beheren van Azure Container Apps-omgevingen.

Vereisten

• Een actief Azure-abonnement. Als u er nog geen hebt, kunt u een gratis Azure-account maken.
• Azure CLI.
• De Microsoft.App resourceprovider is geregistreerd in uw Azure-abonnement. Zie Azure-resourceproviders en -typen voor meer informatie.

Een Azure Container Apps-omgeving maken

Azure-CLI

Gebruik de volgende opdracht om een Azure Container Apps-omgeving te maken:

az containerapp env create \
    --resource-group $RESOURCE_GROUP \
    --name $ENVIRONMENT \
    --location "$LOCATION"

Zie Azure Container Apps CLI-opdrachten voor andere configuratieopties.

Azure-portal

In Azure Portal kunt u alleen een Azure Container Apps-omgeving maken wanneer u een container-app maakt. Gebruik de volgende stappen om een nieuwe Container Apps-omgeving te maken tijdens het maken van de container-app:

1. Zoek naar Container Apps in de zoekbalk.
2. Selecteer Container Apps in de zoekresultaten.
3. Selecteer Maken.
4. Selecteer op het tabblad Basisbeginselen het doelabonnement
5. Selecteer in de sectie Container Apps Environment de optie Nieuwe maken om een nieuwe container-apps-omgeving te maken.

Nadat u de omgeving hebt gemaakt, kunt u er een container-app in implementeren. Zie quickstart: Uw eerste container-app implementeren met behulp van Azure Portal voor stapsgewijze instructies.

Notitie

Container-app-omgevingen worden automatisch verwijderd als ze voldoen aan bepaalde voorwaarden, bijvoorbeeld als een omgeving langer dan 90 dagen inactief blijft. Zie de sectie Beleid van Azure Container Apps-omgevingen voor een volledige lijst met voorwaarden.

Ondersteuning voor regio

De regio's die momenteel door Azure Container Apps worden ondersteund, zijn mogelijk niet volledig afgestemd op die regio's die worden ondersteund door Azure Spring Apps. Controleer de nieuwste beschikbaarheid in producten die beschikbaar zijn per regio.

Prijzen

Voor een Azure Spring Apps-exemplaar zijn de kosten gebaseerd op een van de beschikbare abonnementen: Basic, Standard of Enterprise. In Azure Container Apps zijn de prijzen afhankelijk van uw omgevingstype en de workloadprofielen die u kiest.

Type omgeving

Er zijn twee omgevingstypen in Azure Container Apps: Workload profile en Consumption only. U kunt het omgevingstype opgeven met behulp van de parameter bij het --enable-workload-profiles maken van uw Azure Container Apps-omgeving. --enable-workload-profiles Standaard wordt deze ingesteld true op bij het maken van een Workload profile omgeving. Als u dit falseinstelt op, wordt er een Consumption only omgeving gemaakt.

Workload profile met omgevingen kunt u zowel verbruiks- als toegewezen workloadprofielen maken.

Consumption only omgevingen bieden geen ondersteuning voor het maken van workloadprofielen.

Voor factureringsoverwegingen voor verschillende typen vindt u meer informatie in de sectie Typen van Azure Container Apps-omgevingen. Als u van plan bent om uw eigen virtuele netwerk te gebruiken, moet u rekening houden met de verschillen die in de volgende tabel worden beschreven:

Type omgeving	Ondersteunde abonnementstypen	Beschrijving
Workloadprofielen	Verbruik, toegewezen	Ondersteunt door de gebruiker gedefinieerde routes (UDR), uitgaand verkeer via NAT Gateway en het maken van privé-eindpunten in de container-app-omgeving. De minimale vereiste subnetgrootte is /27.
Alleen verbruik	Verbruik	Biedt geen ondersteuning voor door de gebruiker gedefinieerde routes (UDR), uitgaand verkeer via NAT Gateway, peering via een externe gateway of andere aangepaste uitgaande verbindingen. De minimale vereiste subnetgrootte is /23.

Zie Azure Container Apps-omgevingen voor meer informatie.

Workloadprofiel

Als u ervoor kiest om een Workload profile omgeving te maken, kunt u het standaardprofiel Consumption gebruiken of extra Dedicated profielen maken om te voldoen aan uw specifieke toepassingsvereisten. In de volgende tabel worden de volgende opties beschreven:

Profieltype	Beschrijving	Potentieel gebruik
Verbruik	Automatisch toegevoegd aan een nieuwe omgeving.	Apps waarvoor geen specifieke hardwarevereisten zijn vereist.
Toegewezen (algemeen gebruik)	Hiermee worden geheugen- en rekenresources in balans.	Apps waarvoor grotere hoeveelheden CPU en/of geheugen nodig zijn.
Toegewezen (geoptimaliseerd voor geheugen)	Meer geheugenbronnen.	Apps die toegang nodig hebben tot grote in-memory gegevens, machine learning-modellen in het geheugen of andere hoge geheugenvereisten.
Toegewezen (GPU ingeschakeld) (preview)	GPU ingeschakeld met verhoogde geheugen- en rekenresources die beschikbaar zijn in regio's VS - west 3 en Europa - noord.	Apps waarvoor GPU is vereist.

Zie de sectie Profieltypen van workloadprofielen in Azure Container Apps voor meer informatie over typen werkbelastingprofielen en -grootten.

Kosten schatten

Gebruik de Azure-prijscalculator om de kosten voor beide workloadprofieltypen te schatten op basis van de resourcevereisten van uw toepassing.

Overweeg om configuraties en automatische schaalaanpassingstriggers te schalen, omdat deze van invloed zijn op het resourcegebruik.

Zie Workloadprofielen in Azure Container Apps voor meer informatie.

Onderhoud

Azure Container Apps zorgt ervoor dat de toepassing opnieuw wordt opgestart tijdens onderliggend onderhoud. U kunt een onderhoudsvenster voor uw app-omgeving instellen met behulp van de volgende opdracht:

az containerapp env maintenance-config add \
    --resource-group <RESOURCE_GROUP> \
    --environment <ENVIRONMENT_NAME> \
    --weekday Monday \
    --start-hour-utc 1 \
    --duration 8

Net als bij de geplande onderhoudsfunctie in Azure Spring Apps kunt u de dagen van de week, de begintijd en de duur ( ten minste 8 uur) instellen in Azure Container Apps. Container Apps voert niet-kritieke updates uit volgens uw onderhoudsconfiguratie.

Notitie

Tijden in UTC-indeling worden uitgedrukt met de tijdnotatie van 24 uur. Als u bijvoorbeeld wilt dat het beginuur 13:00 uur is, is de start-hour-utc waarde 13.

Azure Container Apps garandeert dat onderhoud binnen het geconfigureerde onderhoudsvenster wordt gestart, maar garandeert niet dat onderhoud binnen het tijdvenster wordt voltooid.

Alleen niet-kritieke updates volgen het geconfigureerde onderhoudsvenster. Essentiële updates niet.

Zie Gepland onderhoud van Azure Container Apps voor meer informatie.

Betrouwbaarheid

Ondersteuning voor beschikbaarheidszone

In de meeste regio's gebruiken Azure Spring Apps en Azure Container Apps beschikbaarheidszones in regio's waar ze beschikbaar zijn. Zie Azure-services met ondersteuning voor beschikbaarheidszones voor een lijst met regio's die ondersteuning bieden voor beschikbaarheidszones. Azure Container Apps biedt dezelfde betrouwbaarheidsondersteuning, ongeacht uw abonnementstype.

Als u beschikbaarheidszones in Azure Container Apps wilt inschakelen, moet u een virtueel netwerk opgeven met een beschikbaar subnet bij het maken van de container-app-omgeving. Zowel Azure Spring Apps als Azure Container Apps gebruiken dezelfde parameter om zoneredundantie in te schakelen. Zie Betrouwbaarheid in Azure Container Apps voor meer informatie over het inschakelen van beschikbaarheidszones.

Herstel na noodgeval

Azure Spring Apps en Azure Container Apps maken gebruik van een geïntegreerde strategie voor herstel na noodgevallen en bedrijfscontinuïteit. Zie de sectie Herstel na noodgevallen en bedrijfscontinuïteit tussen regio's in Azure Container Apps voor meer informatie.

Bekende beperkingen

• Starten/stoppen: Met Azure Spring Apps kunt u het hele service-exemplaar of afzonderlijke apps starten of stoppen. Azure Container Apps biedt daarentegen alleen ondersteuning voor start-/stopfunctionaliteit op container-app-niveau, niet voor de hele omgeving.
• Verwijderen: Wanneer u een Azure Spring Apps-service-exemplaar verwijdert, worden alle onderliggende resources automatisch verwijderd. Voor Azure Container Apps moet u daarentegen eerst subresources verwijderen, zoals het verwijderen van alle container-apps voordat u de container-apps-omgeving verwijdert.