Hacker News Reader

Comment by JustExAWS | Hacker News Reader

And that’s true if you base your tech stack on VMWare, colo’s, GCP, Azure, etc.

No one can be an expert on everything. Even if you base your expertise on Kubernetes, someone still needs to know the underlying cloud infrastructure. Kubernetes is just an abstraction that maps to underlying infrastructure.

View on HN

It's true in that any technology is going to require some jargon and understanding, it isn't true in that this does not imply each offering seeks to minimize that instead of maximize that. AWS is far from the only one, but they are definitely one of the worst in the latter regard.

You can’t both have versatility and simplicity and the entire leaky abstractions thing. Give me AWS with a bunch of primitives for anything that is moderately complicated over something like Vercel, AWS Amplify. Elastic Beanstalk etc.

This isn’t rah rah AWS, it’s just the one I know from an architectural level - I was pure developer before I got into AWS seven years ago and before then I hadn’t had to manage architecture since 2003. I would say the same that I prefer the raw primitives of GCP, Azure, or on prem Kubernetes more than the equivalent leaky “easy to use” alternative.

It's not about whether abstractions exist, it's about whether the jargon for them requires remembering long lists of services from index cards so you equate "AWS Fargate" with "AWS Serverless Containers" and having the certification training teach you to say the whole stack that way so nobody but AWS certified people know what the hell you've proposed or built is.

I've built plenty of things with AWS and a lot of the technology is quite good, but it's not about that.

Reply on news.ycombinator.com