AWS Builder Center
¿Qué significa el nuevo AWS para las personas que van comenzando?

¿Qué significa el nuevo AWS para las personas que van comenzando?

Descubre como la nueva experiencia de AWS simplifica muchas cosas para quién está comenzando, miembros de equipo, permisos simplificados, créditos gratuitos, y límites de gastos.

Associate Developer Advocate at AWS
La primera vez que toqué AWS, lo hice porque había construído algo localmente y quería desplegarlo para que eso que yo veía en localhost, lo pudieran ver mis amigos. Pero esa travesía desde que vi la pantalla de login de AWS por primera vez y tuve que crear mi cuenta, hasta que por fin pude ver mi aplicación corriendo me tomó semanas.
¿Qué necesito? ¿Qué son las Regiones y cuál escojo? ¿Qué es IAM y por qué me pide tantos permisos? ¿Cómo sé cuánto está consumiendo una aplicación en específico? ¿Y por qué todo está tan disperso?
AWS está lanzando una nueva experiencia pensada justo para quien va comenzando porque yo no fui la única persona que se topó con estas preguntas y AWS nos escuchó. La nueva experiencia intenta resolver algunas fricciones que tuve y que también se repetían entre gente que tocaba AWS por primera vez. Y en este blog te voy a platicar cuáles son estos cambios y qué significan para la gente que va comenzando.

Cómo crear una cuenta en AWS?

Para empezar ahora podemos crear nuestra cuenta con Google, GitHub, o AWS Builder ID  esto facilita las cosas pues ahora no tienes que perder el tiempo rellenando un formulario grande y puedes empezar a construir con unos cuantos clics. Y lo que más me emociona es que para la mayoría de nuevos usuarios una tarjeta de crédito ya no va a ser necesaria, lo cual creo que es genial para estudiantes.

Proyectos

Algo que no me gustaba es que si no tenías mucha experiencia, o si no invertías un buen tiempo estudiando sobre gobernanza, poder tener claros los recursos que estabas utilizando para una aplicación en específico se volvía un gran reto.
Ahora en el nuevo AWS, existe algo llamado Proyectos. Un proyecto es una cuenta de AWS independiente en la que creas recursos. La diferencia es que puedes crear varios proyectos, y los recursos que creas en cada proyecto no los verás en los otros.

Invita miembros de equipo

Esto es algo que yo hubiera amado tener cuando estudiaba, poder invitar a mis compañeros a un mismo espacio para construir juntos sin tener que pelearme con IAM y explicarles cómo usar las credenciales.
En la nueva experiencia puedes invitar team members (miembros de equipo) a tus proyectos con solo mandarles una invitación por correo desde AWS Settings. Ellos crean su propio AWS Builder ID para entrar y listo, ya están colaborando contigo, y no hay un costo por invitar colaboradores a diferencia de otras plataformas. Comparten el mismo proyecto y solo pagan por los recursos que usen, igual que si estuvieras solo. Eso lo vuelve ideal para estudiar en grupo, para un hackathon o para el proyecto final de la universidad. Si quieres los pasos exactos, están en la documentación oficial para invitar team members .

Empieza a construir sin pelearte con los permisos

Cuando empecé, IAM fue de las cosas más confusas. ¿Por qué tengo que crear usuarios, roles y políticas solo para probar algo? Se sentía como una pared enorme antes de poder siquiera crear algo.
Para entender qué cambia, a mí me sirve pensar en los permisos como tres capas distintas.
La primera capa es quién entra a tu proyecto, o sea qué personas pueden iniciar sesión y trabajar. Antes esto lo armabas tú a mano, creando usuarios, credenciales y políticas para cada quién. En la nueva experiencia lo administra AWS. Ya no creas usuarios, invitas personas por correo y entran con su AWS Builder ID como team members.
La segunda capa son las reglas del proyecto, los límites que aplican a todo el proyecto y definen lo que se puede hacer en general, como trabajar en una sola Región o qué servicios están disponibles. En la nueva experiencia AWS también carga con esto, así que tú no lo configuras. Si quieres darle una checada al detalle, está en la documentación de políticas para proyectos .
La tercera capa es el acceso entre tus recursos y el mundo exterior (internet). Y esto es algo que personalmente me sorprendió. Dentro de tu proyecto, tus recursos ya tienen permisos para interactuar entre sí por defecto, así que tu Lambda puede leer de tu DynamoDB sin que tú configures ninguna política de IAM. Lo que sí sigue en tus manos es decidir qué expones al exterior, porque por defecto nada de tu proyecto es alcanzable desde internet hasta que tú lo configuras, como un bucket público de S3, una API en API Gateway o un function URL de Lambda.

Sin facturas sorpresa mientras aprendes

Cuando vas empezando, lo que más asusta no suele ser el código, es la factura. La nueva experiencia maneja esto de una forma que de verdad me dejó tranquilo.
Todo arranca con el Free Tier . Como usuario nuevo obtienes hasta $200 en créditos, $100 en el momento en que creas tu cuenta y hasta $100 más conforme completas actividades como crear una función Lambda o una instancia EC2, algo genial para empezar a aprender y construir. Esos créditos los puedes usar durante tus primeros seis meses. En el Free plan construyes con servicios gratuitos y esos créditos, y no te cobran a menos que decidas subir de plan, así que no hay cobros sorpresa mientras aprendes.
Además, como tus recursos viven dentro de proyectos, puedes ver exactamente cuánto gasta cada proyecto en vez de escarbar en un solo montón. Esa claridad por proyecto era justo lo que yo quería cuando empecé.
Y cuando se te acaban los créditos gratuitos y pasas al Paid plan para seguir construyendo, ahí es donde entran los límites de gasto. Un límite de gasto es un tope mensual para un proyecto, y si lo alcanzas, AWS pausa el proyecto para que tu factura nunca crezca más allá de lo que configuraste. Los límites de gasto son una función del Paid plan, así que piénsalos como una herramienta más para cuando empiezas a trabajar con recursos más allá de los créditos de la capa gratuita. Aquí están los detalles de cómo crear un límite de gasto .

Una sola Región, y por qué eso te conviene al empezar

Otra pregunta que me traía dando vueltas era la de las Regiones. ¿Cuál escojo? ¿Qué pasa si me equivoco?
En la nueva experiencia cada proyecto trabaja en una única Región, así que es una decisión menos que tomar al arrancar. Todos tus recursos regionales viven ahí. Si quieres confirmar cuál es la tuya, la encuentras en AWS Settings, en la información adicional de tu proyecto.

Preguntas frecuentes

¿Qué pasa si llego a mi límite de gasto?

Tu proyecto se pausa para que no sigas gastando. Para reactivarlo, el dueño del proyecto sube el límite desde AWS Settings.

¿Puedo usar cualquier servicio de AWS?

No todos están disponibles de entrada. Si un servicio no aparece, puedes revisar la lista de servicios soportados  y, si lo necesitas, activar funciones avanzadas, que es el AWS como lo conocemos de antes.

¿Dónde veo lo que estoy gastando?

En AWS Settings, en la sección de Billing. Tu facturación es compartida entre todos tus proyectos, así que pagas en un solo lugar en vez de andar haciendo malabares con una factura por cada uno. Aun así, puedes ver cuánto gasta cada proyecto por su cuenta, así nada se siente disperso.

Para cerrar

Lo que más me hubiera ayudado cuando empecé no era otro tutorial, era quitar los bloqueos que me impedían siquiera arrancar. Y eso es justo lo que resuelve la nueva experiencia de AWS.
  • Entras con un login social y trabajas dentro de un proyecto, sin tanta configuración inicial.
  • Invitas a tus amigos a colaborar sin costo por sumarlos.
  • Empiezas con créditos gratis y costos claros por proyecto, y los límites de gasto topan tu factura cuando pasas al Paid plan.
  • El acceso humano lo gestiona AWS, así que IAM deja de ser tu primera piedrita en el zapato.
  • Trabajas en una sola Región, con menos decisiones al empezar.
Si algo de esto te dio curiosidad, el mejor siguiente paso es crear tu proyecto y construir algo pequeño. La teoría se entiende de verdad cuando la pones en práctica, y ahora el camino para hacerlo es mucho más corto.
Si te gusta este tipo de contenido y eres más de videos, síguenos en nuestro canal de YouTube AWS Developers LATAM , ahí te esperamos.
Any opinions in this article are those of the individual author and may not reflect the opinions of AWS.
Enjoyed reading this content? Let the author know!

Your likes, comments, shares, and saves help creators reach more builders.

Loading recommendations

Loading article