AWS anunció el 29 de septiembre que dejará de desarrollar Research and Engineering Studio on AWS (RES) y que la versión 2026.09 será la última release oficial. Las instalaciones existentes no dejarán de funcionar: RES seguirá disponible como software open source bajo Apache 2.0 y cada versión conservará soporte hasta su fecha publicada de End of Support Life, según el AWS HPC Blog.
Qué ocurre con las instalaciones actuales
RES se despliega dentro de la propia cuenta AWS del cliente, por lo que una empresa puede continuar utilizándolo después de que termine el desarrollo oficial. AWS aclara que no retirará el software ni bloqueará las instalaciones existentes.
La diferencia llega después del EOSL de la versión 2026.09: AWS dejará de proporcionar soporte técnico y actualizaciones de seguridad. A partir de entonces, el mantenimiento deberá asumirlo el propio cliente o un partner.
AWS ofrece cuatro caminos de transición
Las organizaciones pueden seguir operando RES por su cuenta, contratar a un partner para mantenimiento y evolución, migrar a servicios gestionados de AWS o adoptar soluciones alternativas.
Entre los servicios gestionados que AWS menciona están Amazon WorkSpaces, WorkSpaces Applications y AWS Parallel Computing Service. La compañía advierte de que ninguno es un reemplazo directo, por lo que una migración puede exigir cambios en flujos y arquitectura.
Qué debería hacer una empresa que usa RES
El primer paso es identificar la versión desplegada y su EOSL, inventariar personalizaciones y dependencias y decidir quién asumirá los parches cuando termine el soporte oficial. También conviene documentar usuarios, imágenes, almacenamiento y componentes HPC que dependan del portal.
Si la empresa quiere migrar, debe comparar no solo coste de infraestructura, sino también administración, seguridad, experiencia de usuario y compatibilidad con sus cargas.
No es un apagado inmediato
La decisión de AWS es un cambio de estrategia de producto, no un cierre inmediato del servicio. El riesgo aparece si una organización continúa indefinidamente sin un plan de mantenimiento una vez terminado el soporte.
Para equipos técnicos también son relevantes el sandbox de GitHub Copilot, CodeQL, el parche de GitLab, Threat Signals, las passkeys y el Microsoft Defender ISOC.
Fotografía: Christina Morillo / Pexels.
