Not
Åtkomst till denna sida kräver auktorisation. Du kan prova att logga in eller byta katalog.
Åtkomst till denna sida kräver auktorisation. Du kan prova att byta katalog.
En Container Apps-miljö är en säker gräns runt en eller flera containerappar och jobb. Container Apps-körningen hanterar varje miljö genom att hantera OS-uppgraderingar, skalningsåtgärder, redundansprocedurer och resursbalansering.
Miljöer innehåller följande funktioner:
| Egenskap | Beskrivning |
|---|---|
| Typ | Det finns två olika typer av Container Apps-miljöer: Miljöer för arbetsbelastningsprofiler och endast förbrukningsmiljöer. Miljöer för arbetsbelastningsprofiler stöder både förbruknings- och dedikerade planer , medan endast förbrukningsmiljöer stöder förbrukningsplanen. |
| Virtuellt nätverk | Ett virtuellt nätverk stöder varje miljö, vilket framtvingar miljöns säkra gränser. När du skapar en miljö skapas ett virtuellt nätverk med begränsade nätverksfunktioner åt dig, eller så kan du ange ett eget. Genom att lägga till ett befintligt virtuellt nätverk får du detaljerad kontroll över nätverket. |
| Flera containerappar | När flera containerappar finns i samma miljö delar de samma virtuella nätverk och skriver loggar till samma loggningsmål. |
| Integrering med flera tjänster | Du kan lägga till Azure Functions och Azure Spring Apps i din Azure Container Apps-miljö. |
Beroende på dina behov kanske du vill använda en eller flera Container Apps-miljöer. Använd följande kriterier för att avgöra om du ska använda en eller flera miljöer.
Enskild miljö
Använd en enda miljö när du vill:
- Hantera relaterade tjänster
- Distribuera olika program till samma virtuella nätverk
- Instrument-Dapr-program som kommunicerar via Dapr-tjänstens anrops-API
- Dela samma Dapr-konfiguration mellan program
- Dela samma loggdestination mellan applikationer
Flera miljöer
Använd mer än en miljö när du vill att två eller flera program ska:
- Dela aldrig samma beräkningsresurser
- Kommunicera inte via Dapr-tjänstens anrops-API
- Isoleras på grund av grupp- eller miljöanvändning (till exempel test jämfört med produktion)
Typer
| Typ | Beskrivning | Strategi | Faktureringsöverväganden |
|---|---|---|---|
| Arbetsbelastningsprofil | Kör serverlösa appar med stöd för skalning till noll och betala endast för resurser som dina appar använder med förbrukningsprofilen. Du kan också köra appar med anpassad maskinvara och ökad förutsägbarhet för kostnader med hjälp av dedikerade arbetsbelastningsprofiler. | Förbrukning och dedikerad | Du kan välja att köra appar under endera eller båda abonnemangen med hjälp av separata arbetsbelastningsprofiler. Den dedikerade planen har en fast planhanteringskostnad för hela miljön oavsett hur många arbetsbelastningsprofiler du använder. Den dedikerade planen har också en variabel kostnad baserat på antalet arbetsbelastningsprofilinstanser och de resurser som allokeras till varje instans. Mer information finns i Fakturering. |
| Endast förbrukning | Kör serverlösa appar med stöd för skalning till noll och betala endast för resurser som dina appar använder. | Endast förbrukning | Faktureras endast för enskilda containerappar och deras resursanvändning. Det finns ingen kostnad förknippad med Container Apps-miljön. |
Loggfiler
Loggning är en viktig del av övervakning och felsökning av containerappar som körs i din miljö. Azure Container Apps-miljöer ger centraliserade loggningsfunktioner genom integrering med Azure Monitor och Application Insights.
Som standard skickar alla containerappar i en miljö loggar till en gemensam Log Analytics-arbetsyta, vilket gör det enklare att fråga efter och analysera loggar i flera appar. Dessa loggar omfattar:
- Containerströmmar
stdout/stderr - Skalningshändelser för containerapplikationer
- Dapr-sidovagnsloggar (om Dapr är aktiverat)
- Mått och händelser på systemnivå
Loggkonfigurationsegenskaper
Du kan konfigurera följande egenskaper på miljönivå via API:et:
| Fastighet | Beskrivning |
|---|---|
properties.appLogsConfiguration |
Används för att konfigurera Log Analytics-arbetsytan där loggar för alla appar i miljön publiceras. |
properties.containerAppsConfiguration.daprAIInstrumentationKey |
Instrumentationsnyckel för App Insights som tillhandahålls till Dapr för spårning |
Riktlinjer
Azure Container Apps-miljöer tas bort automatiskt om något av följande villkor kvarstår i mer än 90 dagar:
- Miljön är overksam (inga aktiva containerappar eller jobb körs inom miljön)
- Miljön är i ett feltillstånd på grund av det virtuella nätverket eller Azure Policy-konfigurationen
- Miljön blockerar infrastrukturuppdateringar på grund av virtuellt nätverk eller Azure Policy-konfiguration
Dessa principer hjälper till att säkerställa effektiv resursanvändning och upprätthålla tjänstens kvalitet. Förhindra automatisk borttagning:
- Låt minst en aktiv containerapp eller ett aktivt containerjobb köras i din miljö
- Se till att konfigurationerna för ditt virtuella nätverk och Azure Policy är korrekt konfigurerade
- Svara på meddelanden om att din miljö är i ett problematiskt tillstånd
Du kan övervaka hälsotillståndet och statusen för dina Container Apps-miljöer på flera sätt:
Azure Monitor-aviseringar: Konfigurera aviseringar för att automatiskt meddela dig om viktiga ändringar eller problem i dina miljöer.
Azure-portalen: Visa miljöstatus i realtid och information direkt i Azure-portalen.
Azure CLI: Använd Azure CLI för att kontrollera aktuell status och egenskaper för dina miljöer programmatiskt.
De här alternativen hjälper dig att hålla dig informerad och snabbt svara på eventuella problem som påverkar dina miljöer.
Begränsningar och kvoter
Genom att förstå gränserna och kvoterna för Container Apps-miljöer kan du planera din programarkitektur effektivt.
Om du vill se de kvoter som är relevanta för din miljö kan du läsa Kvoter för Azure Container Apps för olika sätt att returnera dina kvotgränser.
De mest up-to- datumgränser och kvoter finns i tjänstgränserna för Azure Container Apps.