Hi Reader ππ½
we are at the end of our database & storage section. Let's finish with one of the most well-known service in AWS ... π₯ S3.
Even developers who donβt work with AWS know and use S3.
Weβll cover some of the main concepts
Letβs go π
Here youβll find the infographic for S3 to get a head start.
One of the main concepts of S3 is buckets & objects.
One bucket contains multiple objects. S3 is a global service (you don't need to choose a region in the management console). However, your bucket still lives in a region. Weird, I know.
A fantastic feature of S3 is the ability to set storage classes to your bucket. Amazon offers 8 different storage classes depending on your needs.
The goal of changing a storage class is to save money. It is always a trade-off for other factors such as:
Here is an overview of all storage classes:
Building event-driven systems are a huge part of AWS. There are whole applications that are built on the basis of S3.
One good example is the creation of thumbnails. Imagine having a YouTube channel. A YouTube channel needs thumbnail pictures.
You can configure S3 to receive images and let it call lambda to create thumbnails out of them.
S3 can trigger SQS, SNS, or Lambda. We would use Lambda for this use case.
S3 triggers the Lambda function with an event for each image upload. You can also execute notifications on change or deletion events. Lambda can go ahead, take the file, and create the correct sizes. This is a very common pattern.
Often, you donβt want to override your data but you want to generate a new version of your S3 object. S3 allows you to version your objects. With that, you can keep older versions and you can roll back to a previous state.
This reduces your risk of accidentally overriding objects.
The main benefit here is that it is fully managed. That means you donβt need to do anything other than activate the actual versioning.
Once you've enabled versioning you can show your versions in the S3 console by switching the button Show versions.
I uploaded a file with the same name bucket-objects.png twice. You see that two different versions of that file exist now.
If you want to restore one you can either remove the old one. Or you can download and upload the file again.
Versioning doesnβt cost anything. You only pay for the additional storage you need.
This brings us to costs. S3 is a serverless service. That means its pricing is 100% usage-based. You donβt pay for any computing.
The pricing in S3 is mainly based on storage and on the number of API calls.
The main pillars of pricing are:
That's it for today! We hope you enjoyed this issue about S3. Check out some of the related blog posts about S3.
Thank you and see you in 2 weeks ππ½
Sandro & Tobi βπ½
β
Join our community of over 9,300 readers delving into AWS. We highlight real-world best practices through easy-to-understand visualizations and one-pagers. Expect a fresh newsletter edition every two weeks.
Newsletter Header AWS FOR THE REAL WORLD β±οΈ Reading time: 8 minutes π Main Learning: Migrating from Edgio to CloudFront βοΈ Blog Post π» GitHub Repository Hey Reader ππ½ this newsletter is about π₯ AI π€ We haven't talked too much about AI, Bedrock, MCPs, and agents yet - so we want to change that. Please let us know if this it interests you to build AI on AWS, or if you are much more interested on hands-on fundamentals services. Should we focus on AI Services? Yes, I want to learn to build...
Newsletter Header AWS FOR THE REAL WORLD β±οΈ Reading time: 8 minutes π Main Learning: Migrating from Edgio to CloudFront βοΈ Blog Post π» GitHub Repository Hey Reader ππ½ This newsletter edition is all about saving Lambda costs. I (Sandro is writing this one) was recently involved in saving Lambda costs for a client. So, I thought writing down my thought process was a good idea. Have fun with it! If you need help saving AWS costs or improving your infrastructure, just reply to this email! Now...
β Reading time: 8 minutes π Main Learning: Federated Authentication with Cognito πΎ GitHub Repository βοΈ Read the Full Post Online π Hey Reader ππ½ Federated Authentication lets users sign in to your app using their existing accounts - most prominently Google! This approach eliminates the need to create and remember new credentials (which most users are very happy for! β¨), improving user experience and likely increasing conversion rates. π With OAuth 2.0 and Google as an identity provider, we...