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.
Azure Functions unterstützt derzeit zwei Versionen des Laufzeithosts. In der folgenden Tabelle werden die derzeit unterstützten Laufzeitversionen, deren Supportebene und deren Verwendung beschrieben:
| Version | Supportebene | BESCHREIBUNG |
|---|---|---|
| 4.x | Allgemein verfügbar | Empfohlene Runtimeversion für Funktionen in allen Sprachen. Informieren Sie sich über unterstützte Sprachversionen. |
| 1.x | GA* | Wird nur für C#-Apps unterstützt, die .NET Framework verwenden müssen. Diese Version befindet sich im Wartungsmodus. Verbesserungen werden erst in späteren Versionen bereitgestellt. Der Support endet am 14. September 2026 für Version 1.x.Migrieren Sie Ihre Apps zu Version 4.x. Weitere Informationen finden Sie unter unterstützten Sprachversionen. |
* Der Support endet am 14. September 2026. Weitere Informationen finden Sie in der Ankündigung des Supports für Version 1.x.
Azure Functions unterstützt derzeit nur Version 4.x des Laufzeithosts.
Wichtig
Die Versionen 2.x und 3.x der Azure Functions Laufzeit werden nicht mehr unterstützt. Weitere Informationen finden Sie unter Eingestellte Versionen.
Migrieren Sie Apps von Azure Functions Version 3.x auf Version 4.x.
Unterstützungsebenen
Es gibt zwei Unterstützungsebenen:
- Allgemein verfügbar (generally available, GA): Vollständige Unterstützung und Freigabe für die Verwendung in Produktionsumgebungen.
- Vorschau: Noch nicht unterstützt, die Erreichung der allgemeinen Verfügbarkeit wird aber für die Zukunft erwartet.
Sprachen
Alle Funktionen in einer Funktions-App müssen die gleiche Sprache verwenden. Wählen Sie die Sprache der Funktionen in Ihrer Funktions-App aus, wenn Sie die App erstellen. Die Sprache Ihrer Funktions-App wird in der Einstellung FUNCTIONS_WORKER_RUNTIME beibehalten und sollte nicht geändert werden, wenn Funktionen vorhanden sind.
Stellen Sie sicher, dass Sie ihre bevorzugte Entwicklungssprache oben im Artikel auswählen.
In der folgenden Tabelle sind die .NET Versionen aufgeführt, die von Azure Functions unterstützt werden.
Die unterstützte Version von .NET hängt sowohl von der Laufzeitversion der Funktionen als auch vom ausgewählten Ausführungsmodell ab.
Ihr Funktions-App-Code wird in einem separaten .NET Arbeitsprozess ausgeführt. Wird mit unterstützten Versionen von .NET und .NET Framework verwendet. Weitere Informationen finden Sie unter Guide zum Ausführen von C#-Azure Functions im isolierten Arbeitsmodell.
| Unterstützte Version | Supportebene | Voraussichtliches End-of-Support-Datum |
|---|---|---|
| .NET 10 | Allgemein verfügbar | 14. November 2028 |
| .NET 9 | Allgemein verfügbar | 10. November 20261 |
| .NET 8 | Allgemein verfügbar | 10. November 2026 |
| .NET Framework 4.8.1 | Allgemein verfügbar | Siehe .NET Framework-Supportrichtlinie |
1 .NET 9 hatte zuvor ein erwartetes Ende des Supports vom 12. Mai 2026. Während des .NET 9-Dienstfensters erweiterte das .NET Team den Support für STS-Versionen auf 24 Monate, beginnend mit .NET 9. Weitere Informationen finden Sie im Blogbeitrag.
Hinweis
.NET 9 ist die letzte .NET Version, die für Linux-Verbrauchsplan-Apps unterstützt wird. Neuere .NET Versionen werden nicht zum Linux-Verbrauch hinzugefügt. Weitere Informationen finden Sie unter Migrieren von Verbrauchsplan-Apps zum Flex Consumption-Plan.
.NET 6 erreichte das Ende der offiziellen Unterstützung am November 12, 2024.
Das Ende der offiziellen Unterstützung für .NET 7 war am 14. Mai 2024.
Weitere Informationen finden Sie unter Guide zum Ausführen von C#-Azure Functions im isolierten Arbeitsmodell.
In der folgenden Tabelle sind die für Java Funktions-Apps unterstützten Sprachversionen aufgeführt:
| Unterstützte Version | Supportebene | Ende der Unterstützung |
|---|---|---|
| Java 25 | Vorschau | Ausstehend* |
| Java 21 | Allgemein verfügbar | Siehe Roadmap zu Release und Wartung |
| Java 17 | Allgemein verfügbar | Siehe Roadmap zu Release und Wartung |
| Java 11 | Allgemein verfügbar | Siehe Roadmap zu Release und Wartung |
| Java 8 | Allgemein verfügbar | Siehe die Supportseite von Temurin |
*Die End-of-Support-Datum für Java 25 wird bestimmt, wenn die allgemeine Verfügbarkeit deklariert wird.
Hinweis
Java 21 ist die letzte Java Version, die für Linux-Verbrauchsplan-Apps unterstützt wird. Neuere Java-Versionen werden nicht zur Linux Consumption hinzugefügt. Weitere Informationen finden Sie unter Migrieren von Verbrauchsplan-Apps zum Flex Consumption-Plan.
Weitere Informationen zum Entwickeln und Ausführen von Java Funktions-Apps finden Sie im Entwicklerhandbuch Azure Functions Java.
Die folgende Tabelle zeigt die für Node.js-Funktions-Apps unterstützten Sprachversionen:
| Unterstützte Version | Supportebene | Voraussichtliches End-of-Support-Datum |
|---|---|---|
| Node.js 24 | Vorschau | 30. April 2028 |
| Node.js 22 | Allgemein verfügbar | 30. April 2027 |
| Node.js 20+ | Allgemein verfügbar | 30. April 2026 |
TypeScript wird durch die Transpilierung in JavaScript unterstützt. Weitere Informationen finden Sie im Entwicklerhandbuch Azure Functions Node.js.
Hinweis
Node.js 22 ist die letzte Node.js Version, die für Linux-Verbrauchsplan-Apps unterstützt wird. Neuere Node.js Versionen werden nicht zum Linux-Verbrauchsplan hinzugefügt. Weitere Informationen finden Sie unter Migrieren von Verbrauchsplan-Apps zum Flex Consumption-Plan.
Die folgende Tabelle zeigt die für PowerShell-Funktions-Apps unterstützten Sprachversionen:
| Unterstützte Version | Supportebene | Voraussichtliches End-of-Support-Datum |
|---|---|---|
| PowerShell 7.4 | Allgemein verfügbar | 10. November 2026 |
Hinweis
PowerShell 7.4 ist die letzte PowerShell-Version, die für Linux-Verbrauchsplan-Apps unterstützt wird. Neuere PowerShell-Versionen werden nicht zum Linux-Verbrauch hinzugefügt. Weitere Informationen finden Sie unter Migrieren von Verbrauchsplan-Apps zum Flex Consumption-Plan.
Weitere Informationen finden Sie im PowerShell-Entwicklerhandbuch Azure Functions.
In der folgenden Tabelle sind die für Python Funktions-Apps unterstützten Sprachversionen aufgeführt:
| Unterstützte Version | Supportebene | Voraussichtliches End-of-Support-Datum |
|---|---|---|
| Python 3.142 | Vorschau | Ausstehend1 |
| Python 3.13 | Allgemein verfügbar | Oktober 2029 |
| Python 3.12 | Allgemein verfügbar | Oktober 2028 |
| Python 3.11 | Allgemein verfügbar | Oktober 2027 |
| Python 3.10 | Allgemein verfügbar | Oktober 2026 |
1 Das Enddatum des Supports für Python 3.14 wird bestimmt, wenn die allgemeine Verfügbarkeit deklariert wird. 2 Remotebuildunterstützung für Python 3.14 ist noch nicht verfügbar, wenn sie in einem Flex-Verbrauchsplan ausgeführt wird.
Hinweis
Python 3.12 ist die letzte Python Version, die für Linux-Verbrauchsplan-Apps unterstützt wird. Neuere Python Versionen werden nicht zum Linux-Verbrauch hinzugefügt. Weitere Informationen finden Sie unter Migrieren von Verbrauchsplan-Apps zum Flex Consumption-Plan.
Weitere Informationen finden Sie im Entwicklerhandbuch Azure Functions Python.
Informationen zu geplanten Änderungen an der Sprachunterstützung finden Sie in den Azure Roadmap-Updates.
Informationen zu Sprachversionen von zuvor unterstützten Functions Runtime-Versionen finden Sie unter Eingestellte Laufzeitversionen.
Ausführen auf einer spezifischen Version
Die FUNCTIONS_EXTENSION_VERSION-Anwendungseinstellung bestimmt die Version der Funktionen-Laufzeit, die von in Azure verwendeten Apps genutzt wird. In einigen Fällen und für bestimmte Sprachen gelten möglicherweise andere Einstellungen.
Standardmäßig werden Funktions-Apps, die im Azure-Portal, vom Azure CLI oder von Visual Studio Tools erstellt wurden, auf Version 4.x festgelegt. Diese Version kann bei Bedarf geändert werden. Für die Runtimeversion kann nur ein Downgrade in 1.x ausgeführt werden, wenn Sie Ihre Funktions-App erstellt, aber noch keine Funktionen hinzugefügt haben. Sie können auch bei Apps mit vorhandenen Funktionen auf eine spätere Hauptversion aktualisieren.
Migrieren vorhandener Funktions-Apps
Wenn Ihre App über vorhandene Funktionen verfügt, müssen Sie Vorkehrungen treffen, bevor Sie zu einer höheren Runtime-Hauptversion wechseln. In den folgenden Artikeln werden Breaking Changes zwischen Hauptversionen ausführlich beschrieben, einschließlich sprachspezifischer Breaking Changes. Darüber hinaus erhalten Sie schrittweise Anleitungen für eine erfolgreiche Migration Ihrer vorhandenen Funktions-App.
Ändern der Version von Apps in Azure
Für die Hauptversion der Runtime werden folgende Werte verwendet:
| Wert | Runtimeziel |
|---|---|
~4 |
4.x |
~1 |
1.x |
Wichtig
Ändern Sie diese App-Einstellung mit Bedacht, da hierdurch möglicherweise weitere Änderungen an App-Einstellungen und Ihrem Funktionscode nötig werden. Befolgen Sie für vorhandene Funktions-Apps die Migrationsanweisungen.
An eine bestimmte Unterversion festlegen
Um Probleme zu beheben, die ihre Funktions-App bei der Ausführung auf der neuesten Hauptversion haben könnte, müssen Sie Ihre App vorübergehend an eine bestimmte Nebenversion anheften. Anheften gibt Ihnen Zeit, Ihre App mit der neuesten Hauptversion ordnungsgemäß auszuführen. Die Vorgehensweise beim Anheften an eine Nebenversion unterscheidet sich in Windows und Linux. Weitere Informationen finden Sie unter Wie man Azure Functions Runtime-Versionen anvisiert.
Ältere Nebenversionen werden regelmäßig aus Functions entfernt. Für die neuesten Nachrichten zu Azure Functions-Versionen, einschließlich der Entfernung bestimmter älterer Nebenversionen, beobachten Sie die Azure App Service Ankündigungen.
Mindesterweiterungsversionen
Es gibt eigentlich keinen Zusammenhang zwischen Bindungserweiterungsversionen und der Functions-Runtimeversion. Ab Version 4.x erzwingt die Functions-Laufzeit jedoch eine Mindestversion für alle Trigger- und Bindungserweiterungen.
Wenn Sie eine Warnung mit dem Hinweis erhalten, dass ein Paket eine erforderliche Mindestversion nicht erfüllt, sollten Sie dieses NuGet-Paket wie gewohnt auf die Mindestversion aktualisieren. Finden Sie die Mindestversionsanforderungen für Erweiterungen, die in Functions v4.x in die verknüpfte Konfigurationsdatei verwendet werden.
Aktualisieren Sie für das C#-Skript den Erweiterungspaketverweis im host.json:
{
"version": "2.0",
"extensionBundle": {
"id": "Microsoft.Azure.Functions.ExtensionBundle",
"version": "[4.0.0, 5.0.0)"
}
}
Es gibt eigentlich keinen Zusammenhang zwischen Erweiterungsbündelversionen und der Functions-Runtimeversion. Ab Version 4.x erzwingt die Functions-Laufzeit jedoch eine Mindestversion für Erweiterungspakete.
Wenn Sie eine Warnung zu Ihrer Erweiterungspaketversion erhalten, die keine mindestens erforderliche Version erfüllt, aktualisieren Sie Ihre vorhandene Erweiterungspaketreferenz in der host.json, indem Sie Folgendes tun:
{
"version": "2.0",
"extensionBundle": {
"id": "Microsoft.Azure.Functions.ExtensionBundle",
"version": "[4.0.0, 5.0.0)"
}
}
Weitere Informationen zu Erweiterungsbündeln finden Sie unter Erweiterungsbündel.
Eingestellte Versionen
Wichtig
Support endet für Version 1.x der Azure Functions Laufzeit am 14. September 2026. Es wird dringend empfohlen, Ihre Apps zu Version 4.x zu migrieren, um vollständigen Support zu erhalten.
Diese Versionen der Funktionslaufzeit haben am 13. Dezember 2022 das Ende des erweiterten Supports erreicht.
| Version | Aktuelle Supportebene | Vorherige Supportebene |
|---|---|---|
| 3.x | Nicht mehr unterstützt. | Allgemein verfügbar |
| 2.x | Nicht mehr unterstützt. | Allgemein verfügbar |
Migrieren Sie Ihre Apps so schnell wie möglich zu Version 4.x, um vollständigen Support zu erhalten. Eine vollständige Reihe von sprachspezifischen Migrationsanweisungen finden Sie unter Migrate apps to Azure Functions Version 4.x.
Apps, die Versionen 2.x und 3.x verwenden, können weiterhin über Ihre CI/CD-DevOps-Pipeline erstellt und bereitgestellt werden, und alle vorhandenen Apps werden weiterhin ohne Breaking Changes ausgeführt. Ihre Apps sind jedoch nicht für neue Features, Sicherheitspatches und Leistungsoptimierungen berechtigt. Sie können den entsprechenden Dienst nur erhalten, nachdem Sie ein Upgrade Ihrer Apps auf Version 4.x durchgeführt haben.
Die Versionen 2.x und 3.x werden nicht mehr unterstützt, da .NET Core 3.1, eine Kernabhängigkeit, das Ende der Unterstützung erreicht hat. Diese Anforderung betrifft alle languages, die von Azure Functions unterstützt werden.
Lokal entwickelte Anwendungsversionen
Führen Sie die folgenden Updates für Funktions-Apps durch, um die Zielversionen lokal zu ändern.
Visual Studio Laufzeitversionen
In Visual Studio wählen Sie die Laufzeitversion aus, wenn Sie ein Projekt erstellen. Azure Functions Tools für Visual Studio unterstützen die beiden Hauptlaufzeitversionen. Beim Debuggen und Veröffentlichen wird die richtige Version verwendet, basierend auf den Projekteinstellungen. Die Versionseinstellungen werden in der CSPROJ-Datei in den folgenden Eigenschaften definiert:
<TargetFramework>net8.0</TargetFramework>
<AzureFunctionsVersion>v4</AzureFunctionsVersion>
Wenn Sie das isolierte Workermodell verwenden, können Sie net9.0, net8.0 oder net48 als Zielframework auswählen. Sie können auch Vorschauunterstützung für net10.0 wählen. Wenn Sie das In-Prozess-Modell verwenden, können Sie net8.0 oder net6.0 auswählen und die Microsoft.NET.Sdk.Functions-Erweiterung auf mindestens 4.4.0 hinzufügen. .NET 10 wird vom In-Process-Modell nicht unterstützt. Wenn Sie sich im In-Process-Modell befinden und .NET 10 verwenden möchten, migrieren Sie Ihre App in das isolierte Workermodell.
.NET 6 wurde zuvor für das isolierte Arbeitsmodell und das In-Process-Modell unterstützt, aber es erreichte das Ende der offiziellen Unterstützung am 12. November 2024.
.NET 7 wurde zuvor auf dem isolierten Arbeitsmodell unterstützt, hat jedoch das Ende des offiziellen Supports am 14. Mai 2024 erreicht.
Visual Studio Code und Azure Functions Core Tools
Azure Functions Core Tools wird für die Befehlszeilenentwicklung und auch durch die Erweiterung Azure Functions für Visual Studio Code verwendet. Weitere Informationen finden Sie unter Install the Azure Functions Core Tools.
Für die „Visual Studio Code“-Entwicklung muss man möglicherweise auch die Benutzereinstellung für die azureFunctions.projectRuntime aktualisieren, um mit der Version der installierten Tools übereinzustimmen. Diese Einstellung aktualisiert auch die Vorlagen und Sprachen, die während der Erstellung von Funktions-Apps verwendet werden.