An Azure service that provides an event-driven serverless compute platform.
The warnings indicate that the current stack versions in the Function App will reach end of support on November 10, 2026. They are informational and cannot be “fixed” today by upgrading to a later runtime, because for Azure Functions v4 the currently supported highest versions are:
- .NET 8 for both in-process and isolated models
- PowerShell 7.4 for PowerShell-based functions
From the provided documentation:
- For Functions runtime 4.x, the highest supported .NET versions are
.NET 10,.NET 9,.NET 8, and.NET Framework 4.8only when using the isolated worker model. For the in-process model, the highest supported version is.NET 8.0. - The in-process model support ends on November 10, 2026. After that date, continued full support requires migrating to the isolated worker model.
- The supported languages article explicitly states that on Functions v4, the in-process model currently only supports .NET 8, and to use a later .NET version the app must be migrated to the isolated worker model.
To address these warnings in a future-proof way:
- For .NET in-process functions
- Plan to migrate from the in-process model to the isolated worker model before November 10, 2026. Use the migration guidance in “Migrate C# apps from the in-process model to the isolated worker model”.
- After migration, the app can target newer .NET versions (such as .NET 9 or .NET 10) as they are supported by the Functions 4.x runtime in the isolated worker model.
- For .NET isolated functions
- The warning is about .NET 8 reaching end of support on November 10, 2026. Before that date, update the project’s target framework to a later supported .NET version (for example .NET 9 or .NET 10) once the corresponding SDK and Functions tooling are available in the environment.
- For PowerShell 7.4
- The warning indicates that PowerShell 7.4 will reach EOL on the same date. When a newer supported PowerShell runtime is made available for Azure Functions, update the Function App configuration to use that newer PowerShell version.
At this time, the practical action is to:
- Ensure new .NET functions are created using the isolated worker model so they can move beyond .NET 8.
- For existing in-process apps, start planning and executing migration to the isolated worker model well before November 10, 2026.
- Monitor Azure Functions and PowerShell release notes for newer supported versions and update the app’s target framework/runtime when they become available.
The warnings themselves will remain until the runtime versions they refer to are changed to newer, supported ones.
References:
- Migrate C# apps from the in-process model to the isolated worker model
- Migrate apps from Azure Functions version 3.x to version 4.x (programming-language-csharp)
- Migrate apps from Azure Functions version 1.x to version 4.x (programming-language-csharp)
- Supported languages in Azure Functions (programming-language-csharp)
- Guide for running C# Azure Functions in the isolated worker model
- Develop legacy C# class library functions using Azure Functions
- Differences between the isolated worker model and the in-process model for .NET on Azure Functions