DEV Community: Pablo Ezequiel Inchausti

Run Claude Code on AWS with Amazon Bedrock: Credits, Costs, and Claude Platform on AWS

Pablo Ezequiel Inchausti — Mon, 09 Mar 2026 21:38:17 +0000

I've installed Claude Code and I had a free trial week. After a while, the subscription expired and I wondered: is there a way to pay for Claude Code usage directly through my AWS bill?

The idea makes sense: through Amazon Bedrock, we have access to Anthropic models via API, and sometimes we also have AWS promotional credits applied to our account that could help offset the cost.

Related to AWS and Anthropic, on May 11, 2026, we had a surprising announcement: AWS introduced Claude Platform on AWS, with native access to Anthropic's platform through the user's AWS account. This is a very important announcement, but with subtle differences in the billing model. We will also discuss the differences between Claude Platform on AWS and running Anthropic Claude models on Amazon Bedrock.

So, those are basically three questions:

Q1. Can we run Claude Code through AWS?
Q2. If so, can we use promotional credits to pay the bill?
Q3. What is the difference between Amazon Bedrock and the new Claude Platform on AWS?

While the first question has a clear yes answer and a straightforward setup path through Amazon Bedrock, the second question is more complex. You need to understand how credits work, what services are covered, and how to monitor AWS costs in general, especially for Anthropic model usage.

About the third one, the short answer is that Claude Platform on AWS has very nice and centralized features for Claude usage. The main difference is that it is billed through AWS Marketplace, which is different from using Claude models through Amazon Bedrock.

So, let's start wiht the post, developing these three questions

Q1. Can we use Claude Code through Amazon Bedrock?

You just need to set three environment variables and the magic happens:

1. Initial Steup with any Subscription in Place

This was my current status after ending my Claude Pro free week.

We can read Sonnet 4.6 · Claude Pro and also the message:

Your account does not have access to Claude Code. Please run /login.

At this point, Claude Code requires a Claude Pro subscription to continue using it.

2. Setting Up the Bedrock Integration

After setting the three variables:

export CLAUDE_CODE_USE_BEDROCK=1
export AWS_PROFILE=my-aws-profile
export AWS_REGION=us-east-1

Now the message is different:

Sonnet 4.5 · API Usage Billing

This means the usage is now billed per API usage through AWS, instead of requiring a Claude Pro subscription.

Cost note: Claude on Amazon Bedrock is billed per token. If your AWS account has eligible credits, they may offset Bedrock usage. However, credit coverage depends on the specific credit program and whether the charge appears as Bedrock usage or AWS Marketplace usage.

3. First usage of Anthropic models with Amazon Bedrock

When you have a brand new AWS account, the first time you want to use any Anthropic model you must first fill out a form describing your use case.

This is required only once per account, but it is good to be aware of it.

and then

That's all.

And, after only two minutes, the message in the botton line changed from

The model us.anthropic.claude-sonnet-4-5-20250929-v1:0 is not available on your bedrock deployment...

Hello! I'm ready to help you with the ShopMind project.

Whizard Caution: Monitor your Bedrock tokens and costs

With this integration, you should be careful abut your Bedrock cost for the Claude Code model usage.

Using AWS Cost Explorer should be trivial, but, at first, when you start using your AWS account and apply your first credits, you may not be fully aware of what you are really using versus what you are actually spending daily or monthly.

That is a subtle difference, but let's review it.

This is my initial AWS Account, It said usd 23 cost this mon

But, in following screen, I'm spending $ 0.00, but… where is my usage?

In the first Cost Explorer screen, the usage is hidden by the applied credits. In this case, I had credits from the AWS re:Invent 2025 expo.

To see the real usage (even if the credits are covering the cost), you can activate a filter on the left side. Select Charge type and then choose Usage.

With this filter applied, Cost Explorer will show the actual usage, and you can understand how close you are to consuming your credits without waiting until the end of the month or the billing cycle.

4. Changing the models

Another useful feature is the /model command.

Using:

you can change the model used by Claude Code.

Some models are more powerful, while others are more cost-effective for small tasks.

For example:

Claude Sonnet → better for complex coding tasks
Claude Haiku → faster and cheaper for simple prompts

This makes it easy to balance performance and cost depending on the task.

But... let's see that there is an uncomfortable message at the bottom:

The model us.anthropic.claude-sonnet-4-5-20250929-v1:0 is not available on your bedrock deployment...

In the next section, we will see how to solve it:

Why this is useful

Many developers already receive AWS credits through programs like AWS Community Builders, hackathons, startup programs, or educational accounts.

With this configuration, instead of paying for a monthly subscription, you can run Claude Code through Amazon Bedrock. At first glance, that looks promising, but you must be careful: the rate of tokens spent this way can be higher than with a regular subscription.

That said, it is important to fully understand your costs and identify the impact of using AI integrated with AWS across different scenarios.

This is the short answer for personal usage...

Q3. What about "Amazon Bedrock" and "Claude Platform on AWS"?

This is a very good question because, at first glance, both options may look almost the same.

In both cases, we are talking about access to Anthropic Claude through an AWS account.

But the key difference is this:

Amazon Bedrock gives you access to Claude models through the Bedrock API.
Claude Platform on AWS gives you access to Anthropic's native Claude platform through AWS.

So, if your goal is to use Claude Code with Amazon Bedrock, you are basically consuming Anthropic models as part of the Amazon Bedrock service.

On the other hand, Claude Platform on AWS is closer to using Claude through Anthropic's own platform experience, but connected to AWS for account, billing, and enterprise integration.

And here comes the most important practical difference for this post:

Amazon Bedrock usage is billed as Bedrock usage.
Claude Platform on AWS is billed through AWS Marketplace.

That difference is not just a technical detail.

It can affect:

whether your AWS promotional credits apply,
how your finance team sees the charges,
how procurement handles the service,
and how easy it is to monitor the cost in the AWS billing console.

So, the short answer is:

choose Amazon Bedrock if you want AWS-native model access through the Bedrock APIs,
and evaluate Claude Platform on AWS if you want a more native Claude platform experience through your AWS account.

For this post, the important point is that the setup described here is based on Amazon Bedrock, not on Claude Platform on AWS.

Q4. What about a governated usage?

For a governated usage instead personal level, using Claude Code through Amazon Bedrock also brings several advantages related to governance, compliance, and security. Some of them are the following:

Centralized billing and cost control through the AWS account and Cost Explorer.
Use of AWS IAM and IAM Identity Center to control who can access and use AI models.
No external API keys required, since authentication is handled through AWS credentials.
Integration with AWS governance tools, such as CloudTrail and CloudWatch, for auditing and monitoring usage.
Ability to apply existing AWS credits to AI workloads, including Amazon Bedrock usage.
Alignment with enterprise security policies, since the traffic stays within the AWS environment.

... and more!

All these ones are true, but, beyound the scope of this post :)

See you in the next one!

I hope this post helps you make better decisions about using Claude Code through AWS, especially when credits, billing models, and governance requirements start to matter.

— Pablo

🎮 Gamified Recertification: My Experience with AWS Cloud Quest

Pablo Ezequiel Inchausti — Wed, 18 Feb 2026 00:56:12 +0000

AWS Certified Cloud Practitioner is usually the first AWS certification, and there are several ways to recertify it. One of the most common approaches is simply passing a higher-level certification — for example, earning Solutions Architect Associate or, of course, a Professional certification automatically renews your AWS Certified Cloud Practitioner. But this time, I was curious about another option: recertifying through AWS Cloud Quest. What is that experience like?

Step 1. Validate your user

To be eligible for recertification, your certification must still be valid and within six months of expiration. If that condition is met, log in to AWS Training and Certification to get your user ID to start the Cloud Quest game!

Step 2. Explore the island

You’ll find the challenges across different islands, and there are interactive elements that make it fun and customizable — drones, VR zones, rewards, and more.

As you walk through the island, you’ll find the different challenges waiting to be completed.

Step 3. Solve challenges, and make progress!

On the island, you need to complete 13 challenges, all using the AWS Console with real hands-on experience. The labs cover topics like high availability, VPC peering, creating Application Load Balancers, configuring Auto Scaling Groups, working with SQL and NoSQL databases, cost estimation, and more...

Step 4. Take the first one!

Like any real scenario, you first receive an introduction to the problem.

Before working on the solution, you’re given an explanation that helps reinforce the key technical concepts and strengthen your cloud foundations.

And later, in the “Practice” step, you’re guided through how to achieve the solution, with reference screens from the AWS Console.

Step 5. After the start Button

With the start button, you can start and open the AWS Console to build the lab, until you reach the DIY (Do It Yourself) step, where you can implement the required solution on your own.

The AWS Console allows you to gain hands-on practice by building the required solution for each challenge lab.

Once you complete the lab, the system validates your solution and rewards you so you can move forward with your progress.

Step 6. Be patient

The island and its challenges might look overwhelming at the beginning, especially if you’re just starting with AWS, but the experience is absolutely worth it. Be patient and keep solving the challenges. But...

... With a bit of focus, you could complete them all in two, three, or four days:

Step 7. Enjoy the reward!

Last step: Congratulations!
Claim your badge and keep doing great things on AWS!

Conclusion

I like this proposal very much from AWS Training and Certification to have the opportunity to learn and get real value through games and challenges that help you solve problems in the AWS Console. Using gamification to achieve recertification is an extra motivation to try this path, full of hands-on challenges that help you gain more confidence using AWS services and give you better preparation for your future as a professional.

This article was originally published on the AWS Builder Community:

https://builder.aws.com/content/2pufWHD49cWQQ9r9EmhCydk8x0Z/gamified-recertification-my-experience-with-aws-cloud-quest

Un Modelo de EDA: Event Driven Architectures

Pablo Ezequiel Inchausti — Sat, 22 Apr 2023 09:04:54 +0000

Personalmente tuve la fortuna de estar presente en el último evento de AWS re:invent 2022, y una de las cosas que más me gustó fué la Keynote del Dr. Werner Vogels. Es cierto que este es uno de los momentos más esperados del evento, y uno de los favoritos de muchos... entre los que me incluyo...

The World is Asynchronous

Pero la particularidad de esta Keynote, para mí, es que en un tiempo en que se resaltan los diferentes avances de la Inteligencia Artificial, o las Economías Desentralizadas con la Blockchain... El mensaje del Dr. Vogel en su Keynote fué como "volver a las bases" e inaugurar un nuevo tiempo, o un nuevo ciclo: en pleno 2022, afirmando que "The World is Asynchronous" y marcando el resurgimiento de las EDA: las Event-Driven Architectures

Y cuando pensamos en el "Asincronismo" y las "Arquitecturas Orientadas a Eventos" no solamente visualizamos a los a los microservicios y sus orquestaciones, o a las SOA, sino que fácilmente podemos seguir retrocediendo a más de 20 años atrás cuando en los líbros de Arquitectura de Software nos presentaban a patrones para desacoplar como el de "Publicación/Subscripción"

Patrones de Comunicación en nuestro mundo

A veces me gusta pensar en nuestro patrón de comunicación como personas, que, cuando hablamos, además de comunicarnos con la persona a la que nos estamos dirigiendo, también están todos los que nos escuchan. Y que depende de cada persona capaz de recibir al mensaje, el "prestar atención" o "suscribirse", incluso alguien que podríamos no querer que participe de la comunicación...

Ese modelo de comunicación de "publisher and subscriber", como refuerza Werner Vogels, es el predominante en nuestro mundo asyncrónico...

Dilemas de Comunicación en el mundo de EDA

Pero ¿Cómo implementar la comunicación en un EDA?

Es decir, ¿Que decisiones de diseño debemos tomar?. A la hora de publicar un evento, ¿En dónde lo publico?¿En ún único Event-Bus para todo el sistema al que todos están suscriptos?¿O en diferentes Event-Bus con alguna identidad funcional o técnica que solamente algunos servicios se suscriben?¿Cómo se define el límite de cada identidad funcional?, que seguramente, a medida que el sistema crezca se puede ir tornando más difuso..

Y la siguiente pregunta derivada, sería: ¿Que reglas debería establecer para gobernar a ese modelo de comunicación asyncrónica? Y ahí podemos estar en el dilema de elegir entre dos grandes aproximaciones para la comunicación entre (micro)servicios: la Orquestación y la Coreografía que vamos a repasar a continuación:

Orquestación vs Coreografía

Supongamos que en nuestro sistema cada (micro)servicio tiene su propia base datos y necesitamos un mecanismo para lograr la consistenacia entre las distintas báses de datos cuando en el sistema se realiza una transacción, que por definición, debe verse reflejada de forma completa en todos los (micro)servicios, o en su defecto, se cancelada o revierte para evitar problemas de inconsitencia.

En la aproximación de "orquestación" hay un servicio dedicado, como un director de orquesta, que dirige cómo debería cada servicio actualizar su estado.

En la aproximación de "coreografía", no existe la figura de un director, pero todos los servicios conocen cómo deben _actualizar _a su estado interno al recibir el evento, de, por ejemplo, la ejecución de una transacción.

Dicho sea de paso, estas son dos posibles aproximaciones del patrón SAGA para micro servicios, y están muy bien explicados en el sitio de "Microservice Architecture" de Chris Richardson

¿Cómo implementar un EDA?

Y en este punto, me gustaría compartir mi experiencia en la implementación de un EDA en un entorno académico, con la consigna de coordinar la integración de ocho módulos autónomos con su propio medio de persistencia.

A simple vista, un diagrama similar al siguiente:

Y se aplicaron las siguientes decisiones de diseño:

Primero, la comunicación se realizó a través de un componente centralizado "EDA" que implementaba el patrón de "Publisher and Subscriber"
Segundo, para la lógica de negocio que implicaba transaccionalidad entre distintos módulos, se seleccionó una estrategia "coreográfica": es decir, la lógica de coordinación para ejecutar una transacción no está centralizada en un componente director, sino que cada interviniente de la transacción conoce de qué manera deber actualizar a su estado interno ante la llegada del evento de la transacción.
En este punto, entedimos que se reducía el acoplamiento al no depender de un componente centralizado y que se fortalezca la independencia entre los módulos al actuar siguiendo la filosofía de coreografía.
También, en este punto, entendimos que el sistema escalaba mejor, porque en el caso que un nuevo módulo se incorpore al sistema, podría integrarse sin afectar a los demás e implementando su lógica de comportamiento en la coreografía, al estar cada componente actual y nuevo debilmente acoplado al sistema.
Tercero, la publicación de mensajes: para reducir al acoplamiento aún mas entre los módulos, se mantuvo la decision que cada cómponente publique sus mensajes y eventos en un tópico propio. Es decir, lo que un componente tiene que notificar hacia el resto de los sistemas, lo deja publicado en su propio tópico y no es su responsabilidad enviarle ese mensaje a otro módulo que esté interesado o necesitando recibirlo. Es responsabilidad del módulo que necesita a los mensajes suscribirse a los tópicos de cada uno de los emisores con los que necesita interactuar.
La responsabilidad de un emisor, por ejemplo, la aplicación call-center, es solo de publicar sus mensajes en él topico que lleva su nombre "call-center". Luego, el módulo que necesite, por ejemplo, reportar un ticket, o conocer su resolución, será el que se suscriba al tópio "call-center"
Esa decición reduce el acoplamiento, y permite que si, por ejemplo, se incorpora un nuevo módulo de analítica de reclamos simplemente se incorpora como nuevo módulo al sistema y se suscribe al tópico de "call-center" para hacer su lógica y generar sus resultados. Y el resto de los módulos no se vieron afectados por su incorporación.

En esta aproximación, con estos tres pilares para organizar la comunicación entre los servicios de una arquitectura orientada a eventos, con decisiones de integración de componentes que favorecen el desacoplamiento (ej, elegir coreografía como medio de transaccionalidad entre servicios, y publicar los mensajes en solo el canal del propio módulo) llevó el proyecto a feliz término y permitió la integración del ecósitema de los módulos demostrando que las decisiones de diseño que se tomaron hacen posible la implamentación de una EDA sin incrementar la complejidad en la forma de comunicación de los servicios que integra.

Bueno, espero que nuestra experiencia a través de un ejercicio académico de integración en un arquitectura orientada a eventos, puede ser como referencia para identificar a un camino exitos, aunque segurametne existen otras alternativas de hacer las cosas de forma más eficiente.

Muchos éxitos!
Pablo

Referencias

AWS Organizations: closing a member account

Pablo Ezequiel Inchausti — Thu, 09 Feb 2023 22:11:28 +0000

I will like to document the steps taken taken to close an AWS Account that is member of an AWS Organization, so let´s start:

First, for this use case, I have a very small AWS Organization composed only for 3 accounts. I already have one that I am no using but, last month it consume some cost with AWS Cloud Watch metrics running on it

And In this post I woul like to share the steps while I am closing it.

To have in mind, as the account is member of an AWS Organization, this will be closed from the root organization account, an not for the own member account.

The procedure

I am following the steps in:

https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_accounts_close.html

Closing the AWS account member of

If you no longer need a member account in your organization, and want to ensure that no one can accrue charges for it…

They are well explainde, but I would like share the live example:

The Steps
First, the costs:

are explained after end of free tier period

The organization:

The organization is on the **118 AWS account, and the member account ends with **588

After selecting the account member in the organization “118”, I am ready to find the close button for the account “588”:

The confirmation, with the considerations:

Re open is only available on the first 90 days after closing
The email can´t be used to open other accounts in thos 90 days…
The content will be deleted

Confirmation

The Account in Ok in Pending Clouse
If we want use the ***588 account, this say that is closed:

And also,

We receive an email about closing it

If we return to the AWS Organization, we can see it as "Suspended"

So,

These are simple stepas, they are well documented on the aws docs, but I liked to share the concrete use case show what is going on the AWS console while we are doing it.

Regards,

Pablo

PD:
Same post published on medium

https://pablo-ezequiel.medium.com/clossing-an-aws-account-member-of-an-aws-organization-31985e663ee0

PD:
BTW Some Usefull SCP policies that I have used in AWS Organizations

The SCP policies are in this github repo

Ways to deploy a Static and Jurassic Web Site (I)

Pablo Ezequiel Inchausti — Wed, 28 Sep 2022 08:08:22 +0000

Vamos a ver cómo desplegar un sitio web estático en Vue.js en GitHub

Obviamente hay muchas alternativas: desde desplegarlo en #AWS #S3 como un sitio web estático, con en #GitHub pages y que quede versionado, o en plataformas como #Heroku que ofrecen capa gratuita, o en servicios de #AWS como #AWS Amplify o #App Runner

Veamos algunas de estas alternativas, comenzando por las más básicas: el sitio web estático en S3, y las GitHub Pages

El Sitio Web (Local)

El sitio web que tomaremos de ejemplo, es un sitio de cinco pantallas con imágenes de Dinosaurios: es el "Jurassic Site", un sitio estático muy sencillo armado con HTML, Javascript, CSS y Vue.js para enseñar de forma didáctica los fundamentos de la programación y el desarrollo web... Es un sitio armado con fines didácticos, no van a encontrar información muy científica ni palentológicamente correcta sobre los dinosaurios :)

Además de ser un sitio con fines educativos, las imágenes fueron tomadas de www.flaticon.com y de los links de distribución de imágenes señaladas en el archivo CREDITS.md del repositorio Github

El Repo en GitHub

Availtable on:
https://github.com/Fundamentos-de-Informatica-Python/jurassic-site

There is a front, and a backend in flask, and still iterating on it...

Opcion I: GitHub Pages

Veamos como sería con GitHub Pages: Ya tenemos el repo en GitHub, entonces... settings **> **pages:

Y después de unos segundos, nos indica que está disponible

Con la URL:
https://fundamentos-de-informatica-python.github.io/jurassic-site/

Lo que tiene de bueno esta variante, es que un push a master actualiza el site. Además, es gratuita y eventualmente se le podría configurar un dominio custom

Opcion II: AWS S3

Para desplegar un sitio en un bucket de S3, es simplemente subir los archivos al bucket, manteniendo la estructura, convirtiendo al sitio en un bucket de S# y agregando una política publcia:

Para subir al bucket desde la CLI podemos ejecutar:

aws configure

aws s3 cp jurassic-front s3://jurassic-site/ --recursive  --exclude ".vscode"

y el bucket queda poblado:

Sitio web:

Que nos retorna:

http://jurassic-site.s3-website-us-west-2.amazonaws.com/jurasssic-site-01-trex.html

Nos queda habilitar a la Política públcia:

{ "Version": "2012-10-17", "Id": "PolicyMixJurassic", "Statement": [ { "Sid": "PolicyMixJurassicPolicy", "Effect": "Allow", "Principal": "*", "Action": "s3:GetObject", "Resource": "arn:aws:s3:::jurassic-site/*" } ] }

Y obtenemos al sitio estático:

http://jurassic-site.s3-website-us-west-2.amazonaws.com/jurasssic-site-01-trex.html

Update del Sitio web en S3:

El inconveniente, es que no lo tenemos integrado al GitHub, y para subir los cambios por CLI, en principio subiría todo el site completo... obviamente muy ineficiente

Conclusión:

En principio, por ahora solo exploramos dos formas de publicar un sitio estático: con GitHub pages, y con S3, en un siguiente post seguiremos incorporando variantes que harán la integración continua del sitio mucho más llevadera y alineada con las buenas prácticas de desarrollo.

Nos vemos en la próxima!
PAblo

Resources

Images from Pexels and flaticon

AWS Cloud Practicioner... evolución

Pablo Ezequiel Inchausti — Mon, 15 Aug 2022 00:32:00 +0000

AWS Cloud Practicioner es la primera de las certificaciones de AWS, y recuerdo que cuando la rendí, hace algunos años atrás, había seguido las recomendaciones de ese entonces:

Leer las FAQ de los principales servicios
Imprimir a cinco whitepares en Inglés para estudiar el contenido
Reivsar las preguntas de ejemplo que AWS daba del examen
Pero los exámen de práctica no eran gratuitos: valían u$s 20 y traían 20 preguntas
Por último, se recomendaba reservar un turno temprano para ir descansado a rendir el examen presencial en el centro de certificación de tu ciudad..

Con solamente ver algunas de las recomendaciones, es evidente que fué hace cuatro o cinco años atrás: en el 2018! ... y aqui estan las imágenes de algunos de esos White Papers impresos en ese entonces:

Muchos de esos consejos seguramente siguen siendo válidos...

Pero ahora, en pleno 2022 cambiaron muchas cosas: el material de preparación se sinmplificó, el inglés no es el único idioma para rendir los exámenes y ya no es necesario levantarse tan temprano para rendir en el centro de tu ciudad, ya que se puede rendir desde la comodidad de tu casa...

Además, desde el año pasado, con AWS Skill Builder, los exámenes de prueba pasaron a ser gratuitos! :)

Entonces, hoy en día, ¿Cuál sería la forma, para preparar la certificación de AWS Cloud Practicioner?

Veamos las alternativas, siempre hablando de opciones gratuitas, y, a su vez, comenzando desde las documentación oficial:

1. Curso Oficiar en AWS Training and Certification

El curso oficial, que prepara para conocer los fundamentos en la nube y cubrir el contenido de "AWS Cloud Practicioner" tiene una duración de 6 hs y es gratuito.

Como se puede observar, se puede hacer en castellano:

2. Preguntas de ejemplo

También las preguntas de ejemplo vienen en castellano, y para cada pregunta la explicación de que es lo correcto, y que no..

3. AWS Skill Builder

El año pasado se publicó una muy buena noticia, que los exámenes de prueba pasarían a ser gratuitos desde AWS Skill Builder, y en la plataforma hay mucho contenido disponible:

En particular, vamos a mencionar a dos:

3.1. AWS Certified Cloud Practitioner Official Practice Question Set (CLF-C01 - Spanish (Latin America))

Gratuito, y trae 20 preguntas en castellano en AWS Skill Builder:

3.2. Exam Prep: AWS Certified Cloud Practitioner

Gratuito, y focalizado para rendir el AWS CLF, está en inglés y son tres horas de duración

e incluso, a un tercero, si se quiere una visión más amplia:

3.3. Cloud Essentials Learning Plan

Además de contener a los dos anteriores, el Cloud Essentials Learning Plan incluye una visión del framework de buena arquitectura, y da una introducción a "AWS Billing and Cost Management"

En el Learning Path son 14 horas totales, que incluyen las 6 horas y las 3 horas de los dos cursos previos.

4. ¿Que deberíamos saber?

El examen tiene cuatro dominios:

Veamos un poco de detalle:

4.1. Una visión general de la plataforma AWS

La infrastructura global, los principales servicios, las zonas de disponibilidad, regiones, "edge locations".. tipos de servicios en la nube como IaaS, PaaS, SaaS, conceptos como Elasticidad, Alta disponibilidad, Tolerancia a fallos, escalabilidad ... los dejo en una imágen que me armé hace un tiempo como resúmen visual:

4.2. Comprender el modelo de Billing and Pricing

Les comparto también una gráfica visual de los conceptos de Pricing que deberíamos familiarizarnos:

4.3. Seguridad, Cumplimiento y Tecnología

Después de avanzar, nos edbería quedar en claro, por ejemplo, en términos de seguridad, el modelo de seguridad compartida, donde AWS es responsable de la "Seguridad de la Nube" y nosotros de la "Seguridad en la Nube"

También, la diferencia entre servicios para Cloud Watch, Cloud Trail, AWS Inspector, AWS Inspector, Macie, AWS Config... que puede ser confuso, al principio, la diferencia entre sí

En cuanto a las tecnologías, conceptos sobre cómo lograr el desacoplamiento, por ejemplo, por medio de SQS, o los escalamientos Horizontales y Verticales... hay obviamente más, pero para eso hay que adentrarse en los cursos..

5. Rendir el examen en Inglés

Si uno va a rendir el examen de certificación en un idioma distinto al nativo, puede solicitar, por ejemplo, una extensión de 30 minutos en la duración del examen, que siempre suele ser una ayuda extra...

En mi caso, yo solía rendir los éxamenes en inglés... y si bien sabía que podía solicitar la extención de 30 minutos extra, yo creía que se hacía en el momento del checkout, y no era así... así que me pasó más de una vez que no tuve esos 30 minutos extras, porque había que solicitarlo antes:

Afortunadamente, a pesar de eso, pude aprobar los exámenes, pero no les recomiendo confiarse: el tiempo extra se necesita! por eso les comparto cómo se solicitan los 30 minutos adicionales:

En nuestro perfil de "AWS Training And Certification":

Solicitar Adaptaciones o bien Request Exam Accommodations en inglés

Y seleccionamos Tiempo adicional para hablantes no nativos de inglés (ESL +30)

Y luego, en el momento de Checkout, deberíamos ver el extra de los 30 minutos reflejados antes de terminar de planificar la fecha del examen:

6. Take the Challenges!

Hoy hay mucho material para preparase en AWS de manera gratuita: aunque sigue siendo recomendable, no solo hay que leer las F.A.Q. o los White Papers, o suscribirse a plataformas de pago. ¿Tienen alguna favorita?

Sobre el costo del examen, son u$s 100 el de CLF (Cloud Practicioner - Foundation Level), pero a veces hay eventos promovidos por la comunidad que facilitan el acceso. ¿Tienen presente alguno..?

Yo recuero eventos como los "AWS Challenge" de certificación, pero hay que estar atento a las fechas de inscrpción.. en este momento, y hasta el 30 de Septiembre de 2022 está activo el Challenge para Certificar en Comunidad

En esta oportunidad, se puede acceder al examen con un 50% de descuento. ¿Conocen otras alternativas?

7. Get Involved!

Para eso, lo mejor es sumarse a la comunidades, para conocer mejor las oportunidades no solo de certificar, sino de acceder a mejores oportunidades en el mundo de la tencología.

En particular, les puedo dejar más info de "los builders" en donde participo... pero todas las comunidades siempre suman.

Por lo pronto, si recién estás emepzando en la nube... y querés empezar a hacer camino certificando, te animaría a eso, que no solamente pienses en pasar un examen, sino en verlo como una oportunidad para integrarte en una comunidad que te ayude y acompañe en tu viaje de crecimiento profesional

Muchos éxitos!
Pablo

Recursos

Iconos de Flaticon

AWS Game Day World Championship!

Pablo Ezequiel Inchausti — Tue, 02 Aug 2022 03:07:00 +0000

Have you had a chance to participate in a AWS GameDay? If not already... keep reading, and who knows, may be you will be the next world champion!

What is it About?

It is like a Hackathon where you, and your team are working togheter to solve a lot of challenges, on a AWS sandbox environment simulating being a real company who is needing you help

And you, and your team, have to find solutions dealing with the AWS sandbox environmet. This game have a duration of 3 hours, so, this is a really great opportunity to get Hands-On experience.

Also, for every challenge that your teams solve, you win points, and there is a Dashboard with a real time scoring showing what teams are leading the score.

For example, this is a Dashboard of a GameDay where I was in re:invent

When are the next ones?

The official page show the cronogram:
https://pages.awscloud.com/GLOBAL-gamedev-OE-AWS-GameDay-WorldChampionship-2022-reg-event.html

And you can see the next dates, there are nine opportunities to participate, and they are alternatives for your Time Zone

But, if you like someting more visual con Clocks and Calendars, I will share some pictures to see the dates:

When are the next editions?

Let´s see:

Asia, Pacific, Japan & China:

Europe, Middle East & Africa

Américas

Final

And what about the Time Zones?

Asia, Pacific, Japan & China:

Europe, Middle East & Africa

Américas

And what else?

Just, enjoy it! Take the Challenge! And have a happy Game Day!

If you want to learn about AWS, this is one of the best ways to do it!

Hackathon mode... and go on!

Regards,
Pablo

AWS Community Builder Program & una breve intro!

Pablo Ezequiel Inchausti — Tue, 12 Jul 2022 03:13:26 +0000

¿Habías escuchado ya sobre "AWS Community Builder Program"? Te preguntaste, quizá, ¿Cuáles son sus beneficios? ó ¿Cómo se podría ser parte?

Voy a intentar responder desde mi experiencia, pero lo más importante, es saber que la posibilidad está en nuestras manos y que es mucho lo que hay para ganar y crecer ...

Primero:

Puedes postularte, aun en este momento la posibilidad es agregar tu nombre a lista de espera, y serás notificado cuando abra nuevamente:
El formulario está en la página oficial del programa

¿Podría ser para mí?

Claro que sí! Lo importante es que uno tenga vocación para compartir a medida que va aprendiendo:... no importa tanto cuanto uno sepa de AWS, sino la actitud de querer crecer y compartir... ya sea escribiendo un blog, artículos, o participando en alguna comunidad en dónde se pueda ayudar a otros!

Luego, dentro del programa, uno ya se focaliza en un tópico, que en mi caso fué #Containers...

...pero todos los contenidos están accesibles.

¿Y de que se trata el programa?

Primero, es una comunidad gigante que se organiza por slack, y permanentemetne hay anuncios de contenidos de primer nivel... como ejemplo, un Webinar de Jeff Barr sobre "Cómo escribir artículos técnicos asombrosos en Internet...", fué uno de los que más me gustó... aunque no se si estoy aplicando bien lo aprendido :)

Y aparte de eso, hay información permanente de eventos, y para los que se sientan más preparados, oportunidades para proponer temas como speakers.

Si bien la mayoría del contenido está en inglés, también están lo canales en castellano que nos permite conectarnos con los User Groups en tu idioma y segurametne también de tu propio país.

Para conocer el listado de la comunidad completa, desde hace poco está disponible el directorio global que te permite identificar a los integrantes por temas o geografías...

¿Y cuáles son los principales beneficios?

En lo personal, creo que lo más importante es la red de contactos, y la posibilidad de poder conversar en el mismo espacio con verdaderos referentes de la tecnología...

Pero vamos a compartir también otra respuesta, comentando de forma más concreta las cosas que uno recibe al ser parte del programa, y que también es un muy lindo gesto de bienvenida:

Primero: "The Welcome Kit"

Además del Swag ... stickers, cuaderno, vaso, gorra que uno ve... y que están muy buenos, uno también recibe U$S 500 en créditos en #AWS para aplicar en la cuenta y poder explorar a los servicios de AWS con uno cuota extra de tranquilidad!

Segundo: "The Certification Voucher"

Como muchos saben, las certificaciones de AWS son muy valoradas en el mercado, y también muy desafiantes al momento de rendirlas. Un voucher de examen es algo realmente costos que puede llegar a valer hasta 150 o 300 dólares dependiendo del tipo de exámen que uno quiera rendir. Es cierto que se pueden conseguir descuentos del 50% pero aún asi, siguen siendo valores para no tomarlos a la ligera...

Afortunadamente, en la comunidad también nos ayudan con eso, y nos dan un voucher para cualquier tipo de examen, incluso los más caros... y también acceso a la plataforma cloudacademy.com para que podamos tener el material de preparación

Y en mi caso personal, gracias a estas ayudas de la comunidad, recientemente pude superar el examen del AWS Solution Architect Profesional que era un objetivo que desde hace tiempo venía persiguiendo...

Tercero: "AWS re:Invent"

AWS re:Invent es el evento más importante de AWS que se suele hacer en noviembre en Las Vegas. Desde el programa usualmente se ofrece la posibilidad de un 50% de descuento en la inscripción. Si bien es un esfuerzo costoso el participar, la ayuda del programa, la posibilidad de encuentros, el evento que está espectacularmente organizado hacen también incentivos muy fuertes para participar

y Finalmente, el "¿Por que no?"

En estos renglones te compartí desde mi experiencia, de que se trata el "AWS Community Builder Program"... pero ¿Por qué no, escribir la tuya? Segurametne, si también te apasiona la tecnología, y te gusta compartir lo que se aprende... la comunidad va a ser una gran aliada para que puedas desarrollar a lo mejor de tu potencial...

Si ese es el caso, no dejes de anotarte! y desde ya, te deseo muchos éxitos!

Pablo

Sharing Roadmap to the AWS Solution Architect Pro

Pablo Ezequiel Inchausti — Tue, 05 Jul 2022 03:42:00 +0000

After so many time, finally I could get an old personal objetive: Pass one of the most challenging certifications of AWS, The "AWS Certified Solutions Architect – Professional" one!

I am sure It took longer than I expected, and I recognize I had periods of procrastination ...

But, finally I could get it, and here I would like share some of of the highlights of my preparation:

First, I started with aCloudGuru, and their "Solution Architecture Professional Course". I always like this material, and this platform helpme a lot to pass previous AWS Certification, in both Cloud Practicioner and Associate Levels

Honestly, I didn't feel full confident with only one online course, so I decide to complement it with others platforms, and here is where the AWS Community Builder Program goes into action: they gave us, the program members, a really Big help to achieve certifications: a year of access in CloudAcademy.com and a Free Exam Voucher to take any certificaion you want!

By the way... if you have the chance to be part, don´t miss it!
registration is now open until July 17:
https://aws.amazon.com/es/developer/community/community-builders/
If not, always there is a wait list...

So, CloudAcademy helpme to complement the content y add preactice with some labs

Another important resources are test set, and for it, since I discovered Tutorial Dojo I always used it as one of the best options to consolidate knowledge:

The questions are excellent, very close in difficulty to real exam and most important, for each question, the answers are super-well explained, not only the right option, but also the wrong ones, and you learn a lot reading why thinghs are well and wrong!

For this exam, I also use Whizlab practices test: they also have a collection for Solution Architect Pro. I guess I needed an "extra quote" of security feelings and whizlabs helpme with that:

I really liked it too, although these sets were a little extensive: each test have 80 questions, and it took me about a full day each one. But behind each question they have really good explanations and links to official AWS docs to go in depth with many concepts....

So, after a few months, with a little of procastination from my side, diving with first-class preparation resources and takin inspiration from the communities were one belong.... In my case, thery are TheNinjaProject and the AWS Community Builder program, with the help of exam vouchers and deadlines... I finally could achieve a far personal objetive of getting the AWS Solution Architect Pro

Also proudly shared in Linkedin,
and I hope this experience help/motive/inspire to catch the same objective!

Regards!
Pablo

AWS S3 and Presigned URL

Pablo Ezequiel Inchausti — Sun, 27 Mar 2022 20:36:18 +0000

What are the “presigned URL” in S3? For me, when I first read about it, It sound me a little strange feature, but, when you are reading about AWS, this is a concept that appear from time on time, and you, definitely need to understand it, if want to get ready in your exam preparation. So, let’s go for it!

First of all, according the official doc, the only way to build a presigned URL is with one of the AWS SDK. And, in our case, we are going to use de AWS SDK for Java

After said that, let’s start the post:

Step 01: Starting from the last Step!

Let’s start from the end, the last step, to have one idea about we are going to:

I already have a Java 8 Maven project, with the Maven pom.xml with the dependences to AWS SDK for Java and the sample code from AWS to generate the presigned URL, so, after run it … I get the code 200 with everything Ok:

We can see that, when we are executing the Java Program “GeneratingPresignedUrlAndUploadObject”, the “Presigned URL” is created and it is printed in the log, and one object is uploaded to an S3 and the API return a 200 (ok) Status Code

The 200 status code means that the “miobject” was successful created in the S3 bucket:

Let’s see that the bucket didn’t have public access permissions, but the Java code was able to put a new object from and build the “Presigned URL” for it:

According to the [official doc with the presigned URL that we have just generated, we can give it to anyone, and although the bucket is still private, the receptor of the presigned URL will be able to access to this buckets objects as soon as the presigned URL creator have this permission ….

In short, If I want to give some permission on a bucket to someone, I can build with one AWS SDK a presigned URL, and give that URL to someone, to let access to bucket resourses, that remain private for everyone but still accesible for me as owner and the person that I gave the presigned URL

Step 02: recap: Where is te code?

This is the sample code:

You can get it from the Java Maven Project working on my public repo:

Or, in either case, you can get it from, the original AWS Documentation

https://docs.aws.amazon.com/AmazonS3/latest/dev/PresignedUrlUploadObjectJavaSDK.html

Step 03: Let’s build and run

When you have have the source code available is just the half of the road: you need to build and run it, dealing with some things like dependences and environment variables, so, the “plus” in this post, is also show you how is possible to build, and run the source code.

$ git clone https://github.com/PabloEzequiel/shared-images.git $ cd shared-images/lambda/java-aws-sample $ mvn clean install

Let’s exec the app with:
$ mvn exec:java -Dexec.mainClass="aws.s3sample.GeneratePresignedUrlAndUploadObject"

There is an error, but that is correct: we need to create the bucket in S3, and upload on IT one S3 object, so, let’s do it now, in the next step:

Step 04: Let’s Upload (PUT) the Object in S3

In the source code we have the name that we should give to the bucket and the name of the object to upload on it:

First, let’s run $ aws configure to be sure that we are in the right account, and later we can validate it with: $ aws get-sts-identity

Let’s create the bucket with default (private) access:

And now, with the bucket created, let’s exec the app again:
`
$ mvn exec:java -Dexec.mainClass="aws.s3sample.GeneratePresignedUrlAndUploadObject"

We get the presigned URL, and the Object Created

Let’s Observe the Java Code:

`Step 05: Let’s Recover (GET) the Object from S3

Now, the last step is to use the presigned URL, and for simplicity, we will use the presinged URL that we have createdto be accessed with the GET method:

So, thanks to presigned URL, is posible to recover the Object from a private bucket, and to use it, the user don’t need to interact wit the AWS console, just with the presigned URL that we have generated for him.
**
Final words**

Ok, I will stop the post at this point. We have been able to show from a practical point of view, what is the idea of presigned URL, to give access to someone to our private resources for a short period of time, and how to generate and use it.

That is an interesting concept to understand because it is presente and frequently referenced in AWS certification material as use cases.

I hope you enjoyed it, and let’s see us in the another post!

Pablo
**
Resources**

The Source [Code of This Post can be found on my personal GitHub](https://github.com/PabloEzequiel/shared-images/tree/master/lambda/java-aws-sample)
This post have something about Java, and [this is a good post about How to start with Java and Maven](https://mkyong.com/maven/how-to-create-a-java-project-with-maven/)
The [Official Doc about presigned URL](https://mkyong.com/maven/how-to-create-a-java-project-with-maven/) deal with this concept in detail, but later is up to you make it work, so, that is the idea of one post like this, to show you how the thinks are working.

By the way, the original Post about it, was on my Medium space

I hope you enjoy it!

AWS Essentials ~ Sharing IT while Learning It!

Pablo Ezequiel Inchausti — Sun, 08 Nov 2020 02:22:25 +0000

Los Esenciales de AWS

Compartiendo, a media que se aprende, la experiencia de iniciarse sobre AWS:

La creación de la cuenta, la gestión de usuarios, los servicios básicos, y algunos laboratorios "esenciales"

Secciones

i. Getting Started ~ Creando la Cuenta
ii. Getting Started ~ Account Best Practices
iii. Getting Started ~ Billing Alarms ~ Setup
vi. Getting Started ~ Billing Alarms ~ Reacting to

i. Getting Started ~ Creando la Cuenta

Alta de la Cuenta, Alias de Gmail, MFA (Multi Factor Authorization)

ii. Getting Started ~ Account Best Practices

Buenas prácticas sobre la cuenta, creación de usuarios y grupos. Otorgar permisos con IAM. MFA sobre usuarios

iii. Getting Started ~ Billing Alarms ~ Setup

Buenas prácticas sobre la cuenta, primer Demo, creando una Billing Alarm. Servicio SNS

iv. Getting Started ~ Billing Alarms ~ React

Reaccionando a una Billing Alarm. AWS Cost Explorer y CloudTrail

Siguientes (en W.I.P.)

Lab2 ~ Crean un sitios estáticos en S3 y con EC2
Lab3 ~ Creando los usuarios y grupos desde AWS CLI Github Source
Lab4 ~ Creando una VPC desde cero
Lab5 ~ ... en Work In Progress

Estos son los primeros, la idea es seguir sumando más ...

Happy Learning!
Pablo