Amazon Web Services (AWS) ha anunciado una nueva experiencia para comenzar a utilizar su plataforma en la nube, que sustituye parte de las complejas configuraciones de cuentas y permisos por ajustes predeterminados listos para usar y entornos de proyectos administrados. La iniciativa está dirigida a los desarrolladores que quieren pasar rápidamente de la idea a la creación de la aplicación, manteniendo disponibles las funciones avanzadas de AWS cuando sean necesarias.
En la mayoría de los casos, los nuevos clientes pueden registrarse sin introducir una tarjeta de crédito, utilizando una identidad existente de proveedores como Google, GitHub y Apple. También reciben 100 dólares en créditos de AWS Free Tier y pueden comenzar directamente dentro del primer proyecto, en lugar de completar una larga serie de configuraciones de la cuenta antes de crear recursos.
Un único proyecto reúne la cuenta, los recursos y el equipo
AWS organiza el nuevo trabajo dentro del concepto de «proyecto». El proyecto incluye la cuenta de AWS en la que se crean los recursos, además de la configuración para compartir el trabajo con los miembros del equipo. La plataforma crea esta estructura automáticamente y aplica controles de seguridad adicionales, en lugar de pedir al usuario que la construya manualmente.
El usuario puede invitar a un colaborador mediante su dirección de correo electrónico, mientras AWS administra los permisos asociados al proyecto. El propietario del proyecto no necesita crear usuarios de IAM, ya que cada invitado obtiene acceso únicamente a los proyectos que el titular de la cuenta le haya indicado. Asimismo, las rutas de la consola y los agentes de programación compatibles configuran automáticamente los permisos entre los servicios y recursos admitidos.
Después de iniciar sesión, AWS muestra al usuario un texto que puede introducir en un agente de programación para configurarlo para trabajar con el nuevo entorno de AWS. Según la empresa, el agente puede después implementar recursos, ejecutar cargas de trabajo y repetir el desarrollo de la aplicación siguiendo las prácticas de trabajo con AWS.
Límites de gasto separados para cada proyecto
Cuando se agotan los créditos gratuitos, el proyecto puede actualizarse al plan de pago y añadirse un método de pago. Los límites de gasto mensuales comienzan en 20 dólares, con la posibilidad de establecer un límite diferente para cada proyecto. El cliente paga el uso real hasta el límite establecido; si el uso alcanza 32 dólares dentro de un límite de 50 dólares, la factura será de 32 dólares, más los impuestos.
AWS propone un límite de gasto basándose en las tendencias de uso, y el usuario puede aceptar la propuesta o establecer un valor personalizado. Cuando el proyecto se aproxima al límite, la plataforma envía notificaciones; al alcanzarlo, detiene el proyecto en lugar de permitir que se acumulen cargos adicionales. El trabajo puede reanudarse después de aumentar el límite. Separar los límites permite asignar un presupuesto mayor a un proyecto que crece, manteniendo los proyectos experimentales dentro de límites más reducidos.
¿Qué cambia en la práctica?
El cambio principal no consiste en añadir un nuevo servicio en la nube, sino en reorganizar el punto de entrada a AWS. El usuario principiante puede acceder a un entorno de trabajo, un equipo, permisos y controles de gasto mediante un único recorrido, mientras que el acceso a toda la gama de servicios de AWS sigue estando disponible posteriormente al activar las funciones avanzadas y sin migrar el proyecto.
Este mecanismo es relevante para los desarrolladores y los equipos pequeños que podrían quedar bloqueados ante IAM o las configuraciones de recursos antes de probar una idea inicial. En cambio, la experiencia no elimina la necesidad de comprender los servicios, los costes y los permisos cuando el proyecto crece; simplifica el inicio, pero no sustituye la administración avanzada que pueden requerir las cargas de trabajo mayores o los requisitos de seguridad específicos. Además, la fuente no especifica en el material presentado los detalles de disponibilidad geográfica ni todos los servicios compatibles, aspectos que deben revisarse antes de adoptarla en entornos de producción.