Microsoft ha anunciado recientemente que el ciclo de vida de ASP.NET Core 2.3 llegará a su fin. Como única versión que aún ofrece soporte para .NET Framework, el producto dejará de recibir parches de seguridad, correcciones de errores y asistencia técnica el 7 de abril de 2027.
Daniel Roth, gerente principal de producto en Microsoft, fue tajante en el anuncio al señalar que la compañía ya no recomienda esta versión como una solución de migración a largo plazo. Para aquellos desarrolladores que aún operan bajo arquitecturas antiguas, Microsoft sugiere apoyarse en herramientas de IA para facilitar la migración del código y realizar el salto directo hacia el entorno moderno de .NET 10.
El dilema de la compatibilidad y la etiqueta de "herramienta"
Esta decisión ha generado escepticismo en la comunidad de desarrolladores. El historial de ASP.NET Core 2.3 es complejo: aunque su numeración sugiere una versión avanzada, en esencia se trató de un relanzamiento de la versión 2.1, diseñado para corregir los problemas de compatibilidad que surgieron con la 2.2. Este enfoque se alejó de los estándares de versionado semántico (SemVer), lo que provocó fallos en numerosos sistemas heredados que dependían de características específicas de la 2.2.
Para acortar el ciclo de vida de esta versión, Microsoft la reclasificó como una "herramienta" en lugar de una "biblioteca". Bajo la política de ciclo de vida de la empresa, los productos catalogados como herramientas solo requieren un aviso de finalización de soporte con 12 meses de antelación. Algunos usuarios ven en esta categorización una "vía rápida" para que Microsoft eluda sus compromisos de soporte a largo plazo y termine el mantenimiento antes de lo esperado.
Aunque Microsoft insiste en que los costes de mantenimiento son el principal motivo del cierre, las estadísticas del repositorio NuGet indican que ASP.NET Core 2.2 y 2.3 siguen manteniendo una actividad considerable. Muchas empresas, limitadas por servidores Windows Server antiguos, no pueden realizar actualizaciones de arquitectura con facilidad.
Ante las críticas, Roth explicó que mantener marcos de trabajo antiguos dispersa los recursos destinados a la plataforma .NET moderna. Señaló que el soporte inicial para este framework tenía como objetivo reducir las barreras de entrada al migrar de ASP.NET a ASP.NET Core, pero que, a día de hoy, dicha estrategia ya no aporta un valor a largo plazo.
Actualmente, un gran número de usuarios empresariales desea mantener en funcionamiento sus aplicaciones personalizadas heredadas. Con la fecha de finalización ya fijada, los equipos de desarrollo que dependen de .NET Framework se verán obligados a enfrentarse a una actualización integral o a buscar alternativas.
