AWS Cloud9 ya no está disponible para nuevos clientes - Alternativas y guía de migración
AWS Cloud9 dejó de aceptar nuevos clientes el 25 de julio de 2024. Esta guía explica qué ocurre con los entornos existentes y cómo elegir y migrar a AWS Toolkit o AWS CloudShell.
Situación actual de Cloud9 - cerrado a nuevos clientes, con soporte continuo
AWS cerró el acceso de nuevos clientes a AWS Cloud9 con efecto desde el 25 de julio de 2024. Desde esa fecha, los nuevos clientes ya no pueden empezar a usar Cloud9 (la documentación oficial no especifica qué distingue a un cliente nuevo de uno existente). Los clientes existentes pueden seguir utilizando el servicio con normalidad, y AWS ha declarado que continuará invirtiendo en mejoras de seguridad, disponibilidad y rendimiento, pero no hay nuevas funciones planificadas. Las rutas de migración recomendadas oficialmente son dos: los AWS Toolkits para IDE locales y AWS CloudShell basado en navegador (guía oficial de migración). Este artículo explica cómo elegir entre ambas, cómo migrar y cómo cerrar de forma segura los entornos de Cloud9 existentes.
Cómo elegir el destino de migración - AWS Toolkit o CloudShell
El criterio decisivo es cómo usaba Cloud9. Si su actividad principal era escribir y depurar código, el sucesor recomendado oficialmente es un IDE local como VS Code o un IDE de JetBrains combinado con la extensión AWS Toolkit. Reemplaza el núcleo de Cloud9 (el editor de código, el depurador y la integración con los servicios AWS) dentro de un IDE que ya conoce. Si principalmente ejecutaba la AWS CLI, desplegaba aplicaciones o corría scripts pequeños, AWS CloudShell es suficiente. Se inicia desde la consola de administración, viene preautenticado y no genera costos adicionales. Al igual que Cloud9 funciona completamente en el navegador, pero a diferencia de Cloud9 no incluye un editor de código completo. Si desea seguir desarrollando sobre una instancia EC2, conectarse mediante VS Code Remote - SSH es otra opción. No existe un sucesor directo de la edición colaborativa en tiempo real de Cloud9, por lo que, si la necesita, deberá complementarla con una extensión de colaboración del lado del IDE.
Migración a un IDE local con AWS Toolkit
La migración se completa en tres pasos. Primero, instale AWS Toolkit desde el marketplace de extensiones de su IDE (VS Code, IntelliJ, PyCharm, entre otros). Segundo, conecte el IDE a su cuenta de AWS con sus credenciales (IAM Identity Center o un perfil de credenciales). Tercero, traiga el código de su entorno Cloud9 a su máquina local a través de un repositorio Git y retome el desarrollo. AWS Toolkit se integra con CloudFormation y SAM, por lo que puede depurar funciones Lambda localmente, recibir asistencia para crear plantillas SAM y explorar recursos AWS desde el propio IDE. Si instala la SAM CLI localmente, puede conservar el mismo flujo de trabajo que usaba en Cloud9: crear el proyecto con sam init, probar localmente con sam local invoke y desplegar con sam deploy. Tendrá que preparar las herramientas en su propia máquina, pero AWS Toolkit es gratuito y ya no hay que esperar el arranque de una instancia EC2.
Migración a AWS CloudShell para trabajo centrado en terminal
AWS CloudShell es un entorno de shell basado en navegador que se inicia desde la consola de administración sin costo adicional. Las credenciales se heredan automáticamente de la sesión de la consola, así que no hace falta configurar claves de acceso. Además de la AWS CLI, vienen preinstaladas herramientas clave como git y la SAM CLI, y se proporciona 1 GB de almacenamiento persistente por región en el directorio de inicio, de modo que los scripts y archivos de configuración se conservan entre sesiones. Si usaba Cloud9 para tareas de terminal (operaciones de CLI, despliegues, revisión de recursos), migrar a CloudShell apenas cambia su rutina. Puede alternar entre Bash, PowerShell y Z shell, y los tiempos de ejecución de Node.js y Python ya están preconfigurados.
Uso continuado para clientes existentes y cierre seguro del entorno
Los clientes existentes pueden seguir usando Cloud9. Las funciones habituales siguen operando, incluida la detención automática que apaga la instancia EC2 tras un período de inactividad para ahorrar costos y la inyección automática de AWS Managed Temporary Credentials. Sin embargo, como no se añadirán nuevas funciones, conviene planificar la migración a largo plazo. Al migrar, primero haga push del código de su entorno a un repositorio Git como respaldo y recupere también los archivos de configuración y datos de trabajo del volumen EBS. Una vez completada la migración, elimine el entorno de Cloud9 (la instancia EC2 y el volumen EBS). Los cargos por almacenamiento EBS siguen acumulándose aunque la instancia EC2 esté detenida, y por eso la guía oficial de migración recomienda eliminar las instancias EC2 de Cloud9 después de migrar.
Resumen
AWS Cloud9 dejó de aceptar nuevos clientes el 25 de julio de 2024 y hoy solo los clientes existentes pueden seguir utilizándolo. Para un entorno de desarrollo nuevo, los destinos recomendados oficialmente son un IDE local con AWS Toolkit si su trabajo se centra en editar código, o AWS CloudShell si se centra en el terminal. Los usuarios existentes tampoco recibirán nuevas funciones, así que planifique la migración con orden: respalde el código en Git, verifique su flujo de trabajo en el nuevo entorno y elimine después el entorno de Cloud9.
Referencias (recursos oficiales de AWS)
Las fuentes primarias de esta página son el sitio web y la documentación oficiales de AWS. Consulta las páginas oficiales siguientes para conocer las especificaciones y los precios más recientes.
- AWS Cloud9 (página oficial)
- AWS Lambda (página oficial)
- AWS CodeCommit (página oficial)
- Documentación de AWS (oficial)
Si esta página y la documentación oficial difieren, prevalece la documentación oficial.