DEV Community

Cover image for AWS Digest nr 6
Davide de Paolis for AWS Community Builders

Posted on

AWS Digest nr 6

AWS DynamoDB (Internals) Masterclass

I have been evaluating DynamoDB vs Aurora Serverless recently for a new project, and every time I do that, I end up in awesome resources from Alex De Brie.

This time, interviewed by the Geek Narrator, it is about very deep internal stuff. Highly recommended, especially the section where they discuss about the CAP Theorem ( Consistency, Availability and Partition tolerance)

Consistency and availability

Serverless first!

This article from Eric Elliot is not really about AWS, rather Serverless in general, but makes very good points that I really agree.

Serverless can save new development teams hundreds of thousands of dollars β€” sometimes millions β€” on the road to successful product launch and growth. With very few exceptions, almost all new software products should be serverless-first and only expand to add managed services on an as-needed basis.

When you are starting out with serverless, everything is easier to build, easier to modify and iterate, easier to scale and adapt, and very likely it turns out to be cheaper too.

If not, you are very likely doing it wrong.

The cloud isn't the issue, you are just using it wrong

To continue with my absolutely confirmation-bias free selection of articles under the search keywords Serverless will rule the world. here is another great post from Serverless Advocate Jeremy Daly.

I happened to read recently the article that spawn this post, because I generally like what David Heinemeier Hansson (DHH) writes, for example this - and I was immediately thinking... "wtf is he talking about?!". Luckily someone with more credit than me can explain why that specific article and its arguments are nonsense.

serverless done wrong

Serverless Clean Architecture

and speaking of Doing things wrong...
Over the years I heard many times people bragging about ** Clean Architecture** and Exagonal Architectures (AKA Ports and Adapters): from Startups CTOs, throwing out these concepts because they just read them in a book, from Solutions Architects forcing it into applications which for size and complexity did not need that at all, and Hiring Managers expecting to see it applied in every code-challenge submitted by applicants.

The few times I encountered it in a code base, it was mostly very poorly implemented, at best over-engineered, and almost always unnecessary.

Serverless Advocate Lee James Gilmore though, gives us a perfect example of how things should be done.
It is a monster article! and with monster I mean it in a positive way, the amount of detailed information that he provides and we have do digest is really impressive.

Read it, and learn from it. (but don't get carried away by the enthusiasm of such approach, not every app needs such an architecture.)

Clean Architecture

Super funny article about AI/ML and AWS Recognition

Let's finish this article with something lighthearted.

AWS Data Hero Renato Losio shows us hot to (not) cook a thanksgiving turkey and why we should take carefully what AI/ML tells us - and more importantly, we should train the algorithm properly. And he does that with in a very humorous way. I loved it!

Cat or Turkey?

Top comments (0)