Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Eine Container Apps-Umgebung ist eine sichere Grenze, die Container-Apps und Aufträge umgibt. Die Container-Apps-Laufzeit verwaltet jede Umgebung durch Behandlung von Betriebssystemupgrades, Skalierungsvorgängen, Failoverprozeduren und Ressourcenausgleich.
Umgebungen umfassen die folgenden Features:
| Merkmal | BESCHREIBUNG |
|---|---|
| Typ | Es gibt zwei verschiedene Typen von Container-Apps-Umgebungen: Workloadprofile-Umgebungen und Nur-Verbrauch-Umgebungen. Umgebungen mit Workloadprofilen unterstützen die Pläne „Verbrauch“ und „Dedicated“. Umgebungen, die nur für den Verbrauch bestimmt sind, unterstützen lediglich den Plan „Verbrauch“. |
| Virtuelles Netzwerk | Ein virtuelles Netzwerk unterstützt jede Umgebung und stärkt deren sichere Grenzen. Während Sie eine Umgebung erstellen, wird ein virtuelles Netzwerk mit eingeschränkten Netzwerkfunktionen für Sie erstellt, oder Sie können Eigenes bereitstellen. Wenn Sie ein vorhandenes virtuelles Netzwerk hinzufügen, erhalten Sie eine differenzierte Kontrolle über Ihr Netzwerk. |
| Mehrere Container-Apps | Wenn sich mehrere Container-Apps in derselben Umgebung befinden, verwenden sie dasselbe virtuelle Netzwerk und schreiben Protokolle an dasselbe Protokollierungsziel. |
| Multi-Service-Integration | Sie können Ihrer Azure-Container-Apps-Umgebung Azure-Funktionen und Azure Spring Apps hinzufügen. |
Je nach Ihren Anforderungen möchten Sie möglicherweise eine oder mehrere Container-Apps-Umgebungen verwenden. Verwenden Sie die folgenden Kriterien, um zu entscheiden, ob Sie eine einzelne oder mehrere Umgebungen verwenden sollten.
Einzelne Umgebung
Verwenden Sie eine einzelne Umgebung, wenn Sie Folgendes ausführen möchten:
- Verwalten zugehöriger Dienste
- Bereitstellen verschiedener Anwendungen im gleichen virtuellen Netzwerk
- Instrument Dapr-Anwendungen, die über die Dapr-Dienstaufruf-API kommunizieren
- Gemeinsame Nutzung der gleichen Dapr-Konfiguration für Anwendungen
- Freigeben desselben Protokollziels für Anwendungen
Mehrere Umgebungen
Verwenden Sie mehr als eine Umgebung, wenn Sie zwei oder mehr Anwendungen verwenden möchten:
- Teilen Sie niemals dieselben Computeressourcen
- Nicht über die Dapr-Dienstaufruf-API kommunizieren
- Isolation aufgrund der Team- oder Umgebungsnutzung (z. B. Test und Produktion)
Typen
| Typ | BESCHREIBUNG | Planen | Überlegungen zur Abrechnung |
|---|---|---|---|
| Workloadprofil | Führen Sie serverlose Apps mit Unterstützung für Skalierung auf Null aus, und bezahlen Sie nur für Ressourcen, die Ihre Apps mit dem Verbrauchsprofil verwenden. Sie können apps auch mit angepasster Hardware ausführen und die Kostenvorhersage mit dedizierten Workloadprofilen erhöhen. | Verbrauch und Dedicated | Sie können Apps entweder unter einem der beiden Pläne oder unter beiden Plänen mit separaten Workloadprofilen ausführen. Der Dedicated Plan hat einen festen Kostenpunkt für die Planverwaltung der gesamten Umgebung, unabhängig davon, wie viele Workload-Profile Sie verwenden. Der dedizierte Plan verfügt außerdem über variable Kosten basierend auf der Anzahl der Workloadprofilinstanzen und den Ressourcen, die jeder Instanz zugeordnet sind. Weitere Informationen finden Sie unter Abrechnung. |
| Nur Verbrauch | Führen Sie serverlose Apps mit Unterstützung für automatische Skalierung auf Null aus und zahlen Sie nur für die Ressourcen, die Ihre Apps nutzen. | Nur Verbrauch | Wird nur für einzelne Container-Apps und deren Ressourcennutzung in Rechnung gestellt. Der Container-Apps-Umgebung sind keine Kosten zugeordnet. |
Logdateien
Die Protokollierung ist ein wesentlicher Bestandteil der Überwachung und Problembehandlung von Container-Apps, die in Ihrer Umgebung ausgeführt werden. Azure Container-Apps-Umgebungen bieten zentrale Protokollierungsfunktionen durch Integration in Azure Monitor und Application Insights.
Standardmäßig senden alle Container-Apps in einer Umgebung Protokolle an einen gemeinsamen Log Analytics-Arbeitsbereich, wodurch das Abfragen und Analysieren von Protokollen in mehreren Apps erleichtert wird. Zu diesen Protokollen gehören:
stdout/stderr-Containerstreams- Skalierungsereignisse für Container-Apps
- Dapr-Sidecar-Protokolle (sofern Dapr aktiviert ist)
- Metriken und Ereignisse auf Systemebene
Protokollkonfigurationseigenschaften
Sie können die folgenden Eigenschaften auf Umgebungsebene über die API konfigurieren:
| Eigentum | BESCHREIBUNG |
|---|---|
properties.appLogsConfiguration |
Wird zum Konfigurieren des Log Analytics-Arbeitsbereichs verwendet, in dem Protokolle für alle Apps in der Umgebung veröffentlicht werden. |
properties.containerAppsConfiguration.daprAIInstrumentationKey |
App Insights Instrumentierungsschlüssel, der Dapr für die Ablaufverfolgung zur Verfügung gestellt wird |
Politik
Azure Container Apps-Umgebungen werden automatisch gelöscht, wenn eine der folgenden Bedingungen länger als 90 Tage erkannt wird:
- Im Leerlaufzustand (keine aktiven Container-Apps oder Aufträge, die in der Umgebung ausgeführt werden)
- Fehlerhafter Zustand aufgrund der VNet- oder Azure Policy-Konfiguration
- Blockiert Infrastrukturupdates aufgrund der VNet- oder Azure-Richtlinienkonfiguration
Diese Richtlinien tragen dazu bei, eine effiziente Ressourcennutzung zu gewährleisten und die Dienstqualität aufrechtzuerhalten. So verhindern Sie die automatische Löschung:
- Führen Sie mindestens eine aktive Container-App oder einen aktiven Containerauftrag in Ihrer Umgebung aus.
- Sicherstellen, dass Ihre VNet- und Azure-Richtlinienkonfigurationen ordnungsgemäß eingerichtet sind
- Reagieren Sie auf Benachrichtigungen, die auf ein Problem in der Umgebung hinweisen.
Sie können den Status Ihrer Umgebungen über Azure Monitor-Warnungen überwachen oder den Umgebungsstatus im Azure-Portal oder über Azure CLI regelmäßig überprüfen.
Grenzen und Kontingente
Wenn Sie die Grenzwerte und Kontingente für Container-Apps-Umgebungen verstehen, können Sie Ihre Anwendungsarchitektur effektiv planen.
| Ressource | Grenze | Hinweise |
|---|---|---|
| Container-Anwendungen pro Umgebung | 200 | Maximale Anzahl von Container-Apps in einer einzigen Umgebung |
| Container-App-Revisionen pro Umgebung | 1000 | Gesamtrevisionen für alle Apps in einer Umgebung |
| Umgebungen pro Region pro Abonnement | 20 | Kann über eine Supportanfrage erhöht werden |
| Maximale CPU pro Container | 4 vCPU (Verbrauch), variiert je nach Workloadprofil | Hängt vom Umgebungstyp und dem ausgewählten Workloadprofil ab. |
| Maximaler Arbeitsspeicher pro Container | 16 GB (Verbrauch), variiert je nach Workloadprofil | Hängt vom Umgebungstyp und dem ausgewählten Workloadprofil ab. |
| Maximale Replikate pro Container-App | 300 | Maximale Skalierungsgrenze für eine einzelne Container-App |
| Maximales Timeout für Eingangsanforderungen | 240 Sekunden | Für HTTP-Anforderungen über Eingang |
Die meisten up-to-Datumslimits und -Kontingente finden Sie unter den Grenzwerten für den Azure-Container-Apps-Dienst.