El 10 de noviembre de 2026 terminan el soporte de .NET 8 y .NET 9, y ese mismo día Azure Functions deja de dar soporte a su modelo in-process: las aplicaciones seguirán funcionando, pero sin parches de seguridad.
Qué termina el 10 de noviembre
Según el blog oficial de .NET, las versiones 8 y 9 llegan al fin de soporte el mismo día. .NET 8 es una versión de soporte a largo plazo (LTS) lanzada en noviembre de 2023; .NET 9 es de soporte estándar y salió en noviembre de 2024. Su fecha de cierre coincide porque Microsoft amplió a 24 meses el soporte de las versiones estándar. A partir del 10 de noviembre no habrá actualizaciones de servicio, correcciones de seguridad ni soporte técnico para ninguna de las dos.
10 nov
Fin de soporte de .NET 8 y .NET 9
.NET 10
Versión LTS recomendada, con soporte hasta noviembre de 2028
Sin parches
Para las versiones 8 y 9 desde esa fecha
Ese día es además Patch Tuesday. Microsoft aclara que .NET 8 y .NET 9 podrían recibir una última actualización si hay un problema crítico conocido, pero esa es la excepción y no un compromiso.
Azure Functions: el modelo in-process también se retira
La guía de migración de Microsoft Learn indica que el soporte del modelo in-process de Azure Functions para .NET termina el 10 de noviembre de 2026. Quienes lo usan deben pasar al modelo de proceso aislado, conocido como isolated worker. Como destino, Microsoft recomienda .NET 10 cuando la aplicación y sus dependencias lo permiten, o .NET Framework 4.8 si dependen de bibliotecas que solo existen en .NET Framework.
Modelo in-process
El soporte termina el 10 de noviembre de 2026. Quedó limitado a .NET 8, la última versión LTS que admitía.
Modelo de proceso aislado
Es el destino que indica Microsoft. Permite apuntar a .NET 10 o a .NET Framework 4.8 y concentra la configuración en un archivo Program.cs.
Una aplicación que sigue funcionando después del fin de soporte no está sana: simplemente ya no recibe correcciones.
Qué significa en la práctica
Nada se apaga el 10 de noviembre. Las aplicaciones construidas sobre .NET 8 o .NET 9 siguen ejecutándose, y por eso el riesgo pasa desapercibido: no hay un error visible, solo una puerta que deja de recibir cerraduras nuevas. Cada vulnerabilidad que se descubra en el entorno de ejecución después de esa fecha quedará sin corregir para esas versiones. Visual Studio 2022 también marcará sus componentes de .NET 8 y .NET 9 como fuera de soporte, aunque las instalaciones existentes no se verán afectadas.
Cómo prepararse en tres semanas
1. Inventariar
Listar las aplicaciones y las function apps que usan .NET 8, .NET 9 o el modelo in-process. La guía de Microsoft incluye un script de PowerShell para identificar las function apps afectadas en una suscripción.
2. Priorizar
Empezar por lo que está expuesto a internet y por lo que procesa datos de clientes. Una aplicación interna de bajo riesgo puede esperar un poco más.
3. Migrar con ranuras
En Azure Functions, la guía recomienda una ranura de implementación para probar antes de pasar a producción, y cambiar a la vez el valor FUNCTIONS_WORKER_RUNTIME a dotnet-isolated y publicar el proyecto migrado.
4. Preguntar a los proveedores
Para software de terceros construido sobre .NET, pedir a cada fabricante una versión que funcione con .NET 10 y la fecha en que estará disponible.
Lo que significa para su organización
El fin de soporte de un entorno de desarrollo rara vez genera una urgencia visible, y por eso se posterga hasta que un incidente la crea. Tres semanas alcanzan para hacer un inventario honesto y decidir qué se migra primero, aunque no para migrarlo todo. En Sistemas JVR acompañamos a empresas de Venezuela y República Dominicana a ordenar sus entornos de Azure, de modo que las fechas de retiro de Microsoft sean tareas planificadas y no sorpresas.
¿Sabe qué aplicaciones de su empresa corren sobre .NET 8 o .NET 9?
Hacemos el inventario de sus aplicaciones y function apps en Azure y le ayudamos a priorizar la migración.
