Live data from Hacker News

AWS is not a dumb pipe

matt-rickard.com

21–30 of 90 posts

Re: AWS is not a dumb pipe

#21
post #17

But it can be a dumb pipe. More and more companies prefer that. Just deploy everything on EKS and use only foundational services such as S3 and PostgreSQL Aurora. There you go: Dumb Pipes. Edit: When I say dumb, it's more like: Dumb enough so that another public cloud vendor, such as GCP or Azure, can be swapped in.

Except you’ve picked out two of the most complex and deep services as “foundational”.

Re: AWS is not a dumb pipe

#22
post #11

Earlier quoted context omitted.

Big, expensive, boondoggly, stranglehold on legacy workloads, friends with your C-suite, and engineers and ICs hate it? What is the opposite?

Cloudflare, HashiCorp, Fly.io, Oxide Computer, Vercel

Render.com too

Re: AWS is not a dumb pipe

#23
AWS would be a far superior product if it trended toward being a dumb pipe.

The "all the things" approach that AWS has taken has led to a lot of great ideas being poorly executed, leading to a mess and poor engineering.

E.g., the new (V3) of the JavaScript SDK is such a clusterf*ck I almost can't believe they had the stones to ship it.

Re: AWS is not a dumb pipe

#24

False dichotomy -- AWS is not only a dumb pipe The value I see in AWS isn't that anything is done particularly well. It's that there's enough of it that I can get most all of what I need in one place.

The value of curation becomes greater when the supply is there. What comes after curation, I wonder?

I recently experienced this with setapp. It’s a $12/mo subscription that offers me a couple hundred apps and utilities to choose from. When I needed more insight into Wi-Fi signal issues, I just went with their rec. same for a pomodoro timer, or clipboard enhancer. Pull up their “App Store” on my Mac, type Wi-Fi into the search, and use what they offer. So nice.

Re: AWS is not a dumb pipe

#26

Earlier quoted context omitted.

Cloudflare, HashiCorp, Fly.io, Oxide Computer, Vercel

Heroku* and DigitalOcean too. Hell even Hostgator. *Heroku is expensive though but is nice to use

And DigitalOcean now supports deploying Docker containers, so there is no reason not to migrate to it.

Re: AWS is not a dumb pipe

#27
post #21
post #17

But it can be a dumb pipe. More and more companies prefer that. Just deploy everything on EKS and use only foundational services such as S3 and PostgreSQL Aurora. There you go: Dumb Pipes. Edit: When I say dumb, it's more like: Dumb enough so that another public cloud vendor, such as GCP or Azure, can be swapped in.

Except you’ve picked out two of the most complex and deep services as “foundational”.

Huh? Yes Aurora is highly proprietary, but S3 is a commodity in many use cases.

Re: AWS is not a dumb pipe

#28
post #17

But it can be a dumb pipe. More and more companies prefer that. Just deploy everything on EKS and use only foundational services such as S3 and PostgreSQL Aurora. There you go: Dumb Pipes. Edit: When I say dumb, it's more like: Dumb enough so that another public cloud vendor, such as GCP or Azure, can be swapped in.

Honestly, it should be.

AWS is much better at the dumb, commodity services like s3, ec2 and rds (that are actually pretty smart) than they are at something like redshift, sagemaker or similar.

Re: AWS is not a dumb pipe

#29
post #23

AWS would be a far superior product if it trended toward being a dumb pipe. The "all the things" approach that AWS has taken has led to a lot of great ideas being poorly executed, leading to a mess and poor engineering. E.g., the new (V3) of the JavaScript SDK is such a clusterf*ck I almost can't believe they had the stones to ship it.

SDK design problems not unique to AWS. Companies that startup dedicated language SDK teams eventually find those teams needing to justify their existence so you end with needless new versions. Some better than others

Re: AWS is not a dumb pipe

#30
post #27
post #21

Earlier quoted context omitted.

Except you’ve picked out two of the most complex and deep services as “foundational”.

Huh? Yes Aurora is highly proprietary, but S3 is a commodity in many use cases.

Commodity in usage, yes, but not on the service side. Doing S3 properly is really hard, having a service with a 'compatible API' doesn't make it the same as S3. Same goes for EKS (Yes, it looks and smells like a normal API server) and RDS.

If you never use anything that ties this stuff together (like IAM), then there is practically no point in using AWS at all, it's way too expensive to use as a 'dumb pipe'.

That said, I'm personally a fan of using things that would technically also work outside of AWS, but not shying away from the AWS-specific optimisations. I'm not going to use Kubernetes on AWS without EKS for example (plain EC2). Or Kubernetes on AWS without the Amazon's CNI, that's not a thing I'd enjoy in production either.

When managed Kafka was announced, that was another great example of "nice, now I don't have to mess with EC2 node contents anymore", but I still can if I want to, including outside of AWS.

The most AWS-native thing (or two things) that make most other offerings not work out all that great is the integrated IAM and Security Groups. Kludging those together with some crappy port to AD or NSX is just a waste of time and sanity.

Post reply on HN