Freigeben über


Azure-Container-Apps

Mit Azure-Container-Apps können Sie containerisierte Anwendungen ausführen, ohne sich Gedanken über die Orchestrierung oder Infrastruktur machen zu müssen.

Azure Container Apps ist eine serverlose Plattform, mit der Sie weniger Infrastruktur erhalten und Kosten sparen können, während containerisierte Anwendungen ausgeführt werden. Anstatt sich gedanken über die Serverkonfiguration, container-Orchestrierung und Bereitstellungsdetails zu machen, stellt Container-Apps alle up-to-date-Serverressourcen bereit, die erforderlich sind, um Ihre Anwendungen stabil und sicher zu halten. Eine detailliertere Übersicht finden Sie auf der Azure Container Apps-Produktseite.

Control-Plane-APIs

Siehe die neuesten Azure Container Apps Resource Manager REST APIs.

Informationen zum Erstellen von Azure Resource Manager REST-API-Anfragen finden Sie unter der Azure REST API-Referenz.

APIs auf Datenebene:

Die Data Plane APIs sind ausschließlich für die dynamische Sitzungsressourcen von Azure Container Apps spezifisch. Siehe die neuesten REST-APIs für dynamische Sitzungen von Azure Container Apps.

Dynamische Azure-Container-Apps-Sitzungen

Dynamische Azure-Container-Apps-Sitzungen sind wie eine Reihe sicherer, bereiterto-go Minicomputer, die super schnell gestartet werden, wenn Sie sie benötigen. Du kannst diese Sitzungen problemlos über Data Plane REST-APIs abrufen, und sie räumen automatisch nach Abschluss auf. Es gibt zwei Haupttypen: eine zum sicheren Ausführen von Code mit vorinstallierten Tools namens Code-Interpreter Sitzungen und einer anderen für die Verwendung eigener benutzerdefinierter Setups namens "Custom Container sessions". Weitere Details zu dynamischen Sitzungen finden Sie unter: Übersicht über dynamische Azure-Container-Apps

Anforderungsheader für dynamische Azure-Container-Apps

Die folgenden Anforderungsheader sind häufig:

Kopfball Erforderlich Art Beschreibung
Autorisierungs- Erforderlich Schnur Stellen Sie ein gültiges Bearertoken für autorisierte API-Aufrufe bereit. Möglicherweise müssen Sie den Browsercache löschen, wenn Sie zuvor nicht authentifizierte Aufrufe ausprobiert haben.
Inhaltstyp- Erforderlich (bei POST) Schnur Es muss application/jsonsein.
Vorgangs-ID Nicht erforderlich Schnur Die ID dieses Ausführungsvorgangs.

Antwortheader für dynamische Azure-Container-Apps

Die folgenden Antwortheader sind häufig:

Kopfball Beschreibung
Inhaltstyp- Die Inhaltstyp- ist application/json.
Datum Die Datumszeit des Antwortvorgangs. Dieses Datums-Uhrzeitformat entspricht dem RFC 1123-Datums-Uhrzeitformat, das in koordinierter Weltzeit ausgedrückt wird.
Vorgangs-ID Der eindeutige Bezeichner für den Vorgang.
Operation-Location- Die URL, unter der der Status des Vorgangs überprüft werden kann.
x-ms-execution-request-time- Die Zeit für die Ausführung der Anforderung in Millisekunden.
x-ms-execution-read-response-time- Die Zeit für das Lesen der Antwort in Millisekunden.
x-ms-total-execution-service-time- Die Gesamtzeit für den Ausführungsdienst in Millisekunden.
x-ms-session-guid Der eindeutige Bezeichner für die Sitzung.
x-ms-container-execution-duration Die Dauer der Containerausführung in Millisekunden.
x-ms-preparation-time Die Für die Vorbereitung benötigte Zeit in Millisekunden.
x-ms-allocation-wiederholungsversuche Die Anzahl der Wiederholungen für die Zuordnung.
x-ms-allocation-time- Die für die Zuordnung in Millisekunden benötigte Zeit.
x-ms-overall-execution-time- Die Gesamtausführungszeit in Millisekunden.