Azure Container Apps Express-Übersicht

Azure Container Apps Express bietet die schnellste Möglichkeit, containerisierte Webanwendungen für Azure bereitzustellen. Mit sinnvollen Standardwerten und minimalem Konfigurationsaufwand ist Express eine Plattform für Entwickler und Agenten, die darauf ausgelegt ist, Ihre Web-Apps so schnell wie möglich in der Cloud zum Laufen zu bringen.

Mithilfe von Express können Sie eine Container-App direkt erstellen, ohne zuerst auf die Bereitstellung der Umgebung zu warten. Die schnelle Bereitstellung und die Scale-from-zero-Funktionen machen express zu einer idealen Plattform für KI-gestützte Anwendungen und Backends für Agenten.

Hinweis

Einige Azure-Portalfenster für Express-Umgebungen sind nicht funktional.

Wichtige Funktionen

Das Express-Bereitstellungsmodell entfernt Infrastrukturentscheidungen, damit Sie sich auf die Erstellung Ihrer Anwendung konzentrieren können.

Fähigkeit	Einzelheiten
Hochgeschwindigkeitsstart	In wenigen Minuten bereitstellen, ganz ohne Anpassung der Infrastruktur. Das Skalierungsverhalten ist von Anfang an integriert.
Einfache, leistungsstarke Apps	Führen Sie HTTP-first-Workloads wie APIs, SaaS-Frontends, AI-Gateways und ereignisgesteuerte Web-Back-Ends aus.
Automatische Flexibilität	Automatische Skalierung von Null auf Hyperskalen Die Plattform ist für unvorhersehbare Datenverkehrsmuster ausgelegt und die Skalierung wird für Sie verarbeitet.
Skalierung von Null	Ihre App wird bei Inaktivität auf null herunterskaliert und bei Bedarf wieder hochskaliert, sodass Sie nur für das bezahlen, was Sie nutzen.
Hochgeschwindigkeitsstart	Der optimierte Kaltstart sorgt dafür, dass Ihre App schnell bereit ist, Datenverkehr zu verarbeiten.
Vordefinierte Standardeinstellungen	Sensible Standardwerte werden automatisch angewendet, sodass Sie keine Infrastruktureinstellungen konfigurieren müssen.
Minimale Konfigurationsoberfläche	Weniger zu treffende Entscheidungen bedeuten eine schnellere Zeit bis zur Produktion.
Entwicklergeschwindigkeit	Verbringen Sie weniger Zeit mit der Infrastruktur und mehr Zeit beim Schreiben von Code.

Häufige Szenarien

Das Express-Bereitstellungsmodell funktioniert am besten für HTTP-Web-Workloads, bei denen Geschwindigkeit der Bereitstellung und Einfachheit am wichtigsten sind.

• SaaS-Anwendungen: Starten Sie SaaS-Produkte, ohne sich gedanken über die Skalierungsinfrastruktur zu machen.

• AI-App-Frontends: Stellen Sie KI-basierte Schnittstellen und Gateways bereit, die mit Bedarf skaliert werden.

• Entwicklertools: Interne und externe Entwicklertools mit Zero-Config-Bereitstellung ausliefern.

• Web-Dashboards: Erstellen Sie interne Analyse-, Überwachungs- und Administratorbereiche mit sofortiger Verfügbarkeit.

• Startups und neue Projekte: Gehen Sie von idee zu Produktion in Minuten. Erstellen Sie schnell Prototypen und skalieren Sie, wenn Sie wachsen.

• Schnelle Prototyperstellung: Erstellen und überprüfen Sie Ideen schnell, und fahren Sie dann ohne Replatforming in der Produktion fort.

Funktionsweise von Express

Das Expressbereitstellungsmodell vereinfacht die Bereitstellungserfahrung, indem die Notwendigkeit zum Verwalten einer Container-Apps-Umgebung entfernt wird. Sie stellen Ihre App bereit, und die Plattform stellt die zugrunde liegenden Ressourcen für Sie bereit.

• Weniger Zu verwaltende Umgebungsdetails: Bei Verwendung des Portals erstellt die Plattform eine leichte Umgebung für Ihre App. Wenn Sie von der CLI arbeiten, erstellen Sie weiterhin selbst eine Umgebung.

• Verbrauchsbasierte Rechenleistung: Express-Apps werden mit verbrauchsbasierter CPU-Leistung und nutzungsbasierter Abrechnung ausgeführt. Ihre Apps werden beim Leerlauf auf Null skaliert, sodass Sie nur für die Berechnung bezahlen, die Ihre App verwendet.

• Meinungsbasierte Standardwerte: Die Plattform behandelt Konfigurationsentscheidungen wie Skalierungsregeln, Netzwerk und Ressourcenzuordnung mit produktionsbereiten Standardwerten.

• Anfragegesteuerte Ausführungsdauer: Die Rechenleistung wird genutzt, wenn Ihre App Anfragen empfängt, und sie wird herunterskaliert, wenn kein Datenverkehr mehr vorhanden ist.

• Optimierter Kaltstart: Die Plattform optimiert automatisch das Kaltstartverhalten, sodass Ihre App schnell nach der Skalierung von Null den Datenverkehr bereitstellen kann.

• Spezialisierte Verwaltungsoberfläche: Express-Apps werden über eine eigene Benutzeroberfläche getrennt vom Azure-Portal verwaltet. Wenn Sie eine Express-App erstellen oder verwalten, leitet Sie die Plattform an diese optimierte Schnittstelle anstelle der standardmäßigen Azure Portaloberfläche weiter.

  

Wann Express verwendet werden sollte

Verwenden Sie die folgende Tabelle, um zu ermitteln, ob Express für Ihre Workload geeignet ist.

Scenario	Express verwenden	Alternative
Web-Apps und REST-APIs	✅ Ja
SaaS-Frontends und KI-Gateways	✅ Ja
Rapid Prototyping und Startups	✅ Ja
Webdashboards und Admin-Panels	✅ Ja
GPU-Arbeitslasten	❌ Nein	Verwenden von serverlosen GPUs mit dedizierten Workloadprofilen
TCP-Dienste	❌ Nein	Verwenden Sie Container Apps-Umgebungen mit Workloadprofilen
Aufträge und Batchverarbeitung	❌ Nein	Verwenden Sie Container-Apps-Aufträge
Microservices mit Service Discovery	❌ Nein	Verwenden Sie Container Apps-Umgebungen mit Workloadprofilen

Überlegungen

Beachten Sie diese wichtigen Punkte bei der Verwendung von Express:

• Ingress-Protokolle: Express unterstützt HTTP-Ingress. Es unterstützt kein HTTP/2, TCP, unsicheres HTTP, zusätzliche Ingress-Ports oder automatische Zielport-Erkennung (targetPort: 0).

• Verbrauchsbasierte CPU-Rechenleistung: Express-Apps werden mit verbrauchsbasierter CPU-Rechenleistung ausgeführt. GPU-Workloads erfordern Verbrauchs-GPU-Workloadprofile.

• Meinungsvermerkte Konfiguration: Das Expressmodell verwendet meinungsvermerkte Standardwerte mit einer minimalen Konfigurationsoberfläche. Wenn Sie eine differenzierte Kontrolle über Compute-, Netzwerk- oder Kaltstartverhalten benötigen, verwenden Sie Standardcontainer-Apps mit einer Workloadprofile-Umgebung.

• Fokussierte Vernetzung: Express unterstützt interne oder externe Eingänge, IP-Beschränkungen, CORS, virtuelle Netzwerk-Ausgänge und private Endpunkte in der Umgebung. Für den virtuellen Netzwerkausgang verbinde die Express-Umgebung mit einem virtuellen Netzwerk-Subnetz. Benutzerdefinierte Domains, Client-Zertifikate, Sitzungsaffinität und integrierte Service-Discovery werden nicht unterstützt.

• Verfügbarkeit von Funktionen: Express bietet eine fokussierte Auswahl an Container-Apps-Funktionen. Benutzerzugewiesene verwaltete Identitäten, HTTP-, CPU- und Speicherskalierungsregeln, EmptyDir Volume-Mounts und benutzerdefinierter ephemerer Speicher sind mit den in der folgenden Tabelle beschriebenen Einschränkungen verfügbar. Dapr, Jobs, Workload-Profile und systemzugewiesene verwaltete Identitäten werden nicht unterstützt.

Unterstützte Funktionen

Express bietet eine vereinfachte Auswahl an Azure Container Apps-Funktionen. Jede Funktion fällt in einen von zwei Verfügbarkeitszuständen:

• ✅ Unterstützt: Funktioniert direkt in Express.
• ❌ Nicht unterstützt: Nicht in Express verfügbar.

Verfügbare Funktionen

Funktion	Availability
Skalierung auf Null	✅ Unterstützt
Bereitstellung von Container-Images	✅ Unterstützt: Öffentliche Bilder und private Bilder, authentifiziert mit Benutzernamen und Passwortgeheimnissen
Mehrere Replikate	✅ Unterstützt
Umgebungsvariablen	✅ Unterstützt: Wörtliche Werte und Verweise auf manuelle Geheimnisse
HTTP-Ingress	✅ Unterstützt: Die automatische Erkennung des Zielports wird nicht unterstützt
Standard-Ingress-Domäne	✅Unterstützt: Microsoft-verwaltete azurecontainerapps.io Domain
Managementerfahrung darlegen	✅ Unterstützt: Optimierte Erfahrung zur Erstellung und Verwaltung von Express-Apps
Protokollstreaming	✅ Unterstützt: Live-Log-Streams pro Container
Regionale Verfügbarkeit	✅ Unterstützt in den unten aufgeführten Regionen
Apps starten und stoppen	✅ Unterstützt
Verbrauchsbasierte Abrechnung	✅ Unterstützt: Nutzungsbasierte Abrechnung
Fortlaufende Updates	✅ Unterstützt: Updates ersetzen automatisch die aktive Version. Verkehrsaufteilung wird nicht unterstützt.
IP-Einschränkungen	✅ Unterstützt: Verkehr nach CIDR-Bereich erlauben oder verweigern
Konsolenzugriff	✅ Unterstützt: Browserbasierte Konsole pro Container
Innerer und äußerer Einstieg	✅ Unterstützt
Einzelrevisions-Implementierung	✅ Unterstützt: Integriert
App-zu-App-Kommunikation	✅ Unterstützt: Apps kommunizieren über ihre öffentlichen App-URLs. Die interne Diensterkennung wird nicht unterstützt.
Geheimnisse	✅ Unterstützt: Fügen Sie Geheimnisse direkt in die App ein. Key Vault-Referenzen sind nicht verfügbar.
Metrics (Azure Monitor)	✅ Unterstützt in der App-Übersicht und im Umgebungs-Dashboard
Logs (Log Analytics)	✅Unterstützt: Senden Sie Logs an Log Analytics, indem Sie es für die Express-Umgebung aktivieren.
Automatische Skalierung	✅ Unterstützt: Apps können auf HTTP-Verkehr, CPU oder Speicher skalieren. Benutzerdefinierte KEDA-Skalierer werden nicht unterstützt.
Benutzerzugewiesene verwaltete Identität für die App-Laufzeit	✅ Unterstützt: Apps können benutzerdefinierte verwaltete Identitäten verwenden. Vom System zugewiesene verwaltete Identitäten werden nicht unterstützt.
Benutzerseitig zugewiesene verwaltete Identität zum Abrufen von Images	✅Unterstützt: Apps können eine vom Benutzer zugewiesene Identität verwenden, um Images von unterstützten Azure Container Registry-Servern abzurufen. Vom System zugewiesene verwaltete Identitäten werden nicht unterstützt.
Integration virtueller Netzwerke	✅ Unterstützt: Apps können ausgehenden Datenverkehr über das virtuelle Netzwerk senden, das für ihre Express-Umgebung konfiguriert ist.
Volumebereitstellungen	✅ Unterstützt: Jeder Container kann bis zu 10 EmptyDir Datenträger einbinden. Andere Volume-Typen und subPath werden nicht unterstützt.
Ephemerale Speicherung	✅ Unterstützt: Kombinierter Container und EmptyDir Speicher dürfen 40 GiB pro Replik nicht überschreiten.
Express-Umgebungskontingente	✅ Unterstützt: Es gelten regionale und globale Express-Umgebungsbeschränkungen
Gesundheitsprüfungen	✅ Unterstützt: Apps können HTTP- und TCP-Gesundheitsproben verwenden. Exec-basierte Sonden werden nicht unterstützt.
CORS	✅ Unterstützt: Offengelegte Antwortheader werden nicht unterstützt.
Private Endpunkte	✅ Unterstützt: Express-Umgebungen können einen privaten Endpunkt verwenden, wenn der öffentliche Netzwerkzugang deaktiviert ist.

Nicht unterstützt

Express unterstützt die folgenden Funktionen nicht:

• Seitenwagencontainer
• Init-Container
• Insecure HTTP Ingress
• TCP-Eingang
• Debugkonsole
• Key Vault-Geheimnisverweise
• Einfache Authentifizierung
• Benutzerdefinierte Domains mit verwalteten Zertifikaten
• Benutzerdefinierte Domains mit kundenfreundlichen Zertifikaten
• Benutzerdefiniertes Domänensuffix für die Umgebung mit einem vom Kunden bereitgestellten Zertifikat
• Benutzerdefiniertes Domänensuffix der Umgebung mit einem verwalteten Zertifikat
• Clientzertifikate
• Azure Monitor-Protokollierung
• Sitzungsaffinität
• Azure Files Speicher
• GPU
• Zusätzliche Eingangsanschlüsse
• Dapr
• Einsatzetiketten
• Sprach-Stack-Konfiguration
• Mehrfache Überarbeitungen und Verkehrsaufteilung
• Resilienz
• Source-to-Cloud-Bereitstellung
• Streben
• Wartungsfenster
• OpenTelemetry
• Premium-Zugang
• Workloadprofile
• Peer-to-Peer-Verkehrsverschlüsselung
• Container Apps-Aufträge
• Zonenredundanz

Verfügbarkeit der Region

Express ist in den folgenden Azure-Regionen verfügbar:

• Australia East
• Österreich Ost
• Brazil South
• Canada Central
• Canada East
• Central India
• Central US
• Chile Central
• East Asia
• East US
• Ost-USA 2
• Ost-USA 2 EUAP
• France Central
• Deutschland West Central
• Indonesia Central
• Italy North
• Japan East
• Japan West
• Jio Indien Mitte
• Zentralkorea
• Malaysia West
• Mexico Central
• Neuseeland Nord
• Nord-Mittel-USA
• North Europe
• Norway East
• Poland Central
• Südafrika Nord
• Süd-Mittel-USA
• South India
• Southeast Asia
• Spain Central
• Sweden Central
• Switzerland North
• Westschweiz
• UAE North
• Vereinigtes Königreich Süd
• Westen des Vereinigten Königreichs
• Zentralwesten der USA
• West Europe
• West US
• Westliches USA 2
• Westliches USA 3

Nächste Schritte

Eine Express-Container-App mit der Azure CLI bereitstellen