Live data from Hacker News

Why I recommended ECS instead of Kubernetes to my latest customer

leanercloud.beehiiv.com

81–90 of 126 posts

Re: Why I recommended ECS instead of Kubernetes to my latest customer

#81
post #58

IMO ECS is in a weird position right now, because: 1 - It's simpler thank K8s, but not that much simpler than your avg managed K8s offering 2 - It really locks you in the AWS ecosystem 3 - It is way less used than K8s or just running things on servers, so there are way less help / learning resources I really don't see how using ECS is much better than EC2 + compose for small setups and this post didn't provide many g…

> It really locks you in the AWS ecosystem

the bar for being "locked in" seems to drop further every day.

Re: Why I recommended ECS instead of Kubernetes to my latest customer

#82
post #80

Earlier quoted context omitted.

What SQS has to do with EC2? One is a queuing service, the other one is a VM. So instead of using SQS that has $0 cost when there are no customers, you suggest I install, configure and run RabbitMQ on an EC2, to save $0 when there are no customers? Or save $1 when I have 100 customers? SQS is dirt cheap. The point of SQS or any other usage-based AWS _developer_ service compared to DIY is that you can be up and runnin…

The question is: what are queueing for zero customers?

You might as well ask “why use a database when you have no customers?”

Re: Why I recommended ECS instead of Kubernetes to my latest customer

#83
post #19

The management of infrastructure via Terraform has a hidden engineering cost that should also be considered. Engineers can much more easily maintain, learn and introspect infrastructure via Kubernetes, despite its own complexity, given the immature, inconsistent and undeniably awkward qualities of the Terraform toolchain. Engineering time is expensive -- the morass of Terraform can easily quadruple engineering effort…

As a something of a k8s maximalist, I kind of disagree here. I think, especially for early stage and smaller teams, TF ends up being "closer to the metal" in the sense that there are fewer concepts and abstractions that need to be understood before an engineer can build a model of the resources they want, how they are grouped and how state reconciliation works. With k8s you're really just trading out crappy third par…

I think Terraform should consider making targeted applies a first class feature/workflow.

Right now, Terraform maximalism requires reproducible builds, which is not something most orgs can achieve.

Re: Why I recommended ECS instead of Kubernetes to my latest customer

#84
post #57

Earlier quoted context omitted.

With so many developers I feel that there is a complete lack of familiarity with what it takes to just run a website. So many came up in the land of cloud and k8s and etc. There are use cases for these more advanced production environments. But if more developers just learned how to make a website on linux, with a db, a webserver, and an application. They would know that a lot of more complex things just aren't neede…

Truly, a very small number of real servers, just enough for blue/green deployments and so you can stay up if any one server goes offline, meets any plausible needs for a really, really high percentage of businesses & products. A ton of early-stage ones can get away with skipping most of that and just run on one or two servers, period, for quite a while . If you're outsourcing operations to AWS or whomever, a couple l…

> just run on one or two servers, period, for quite a while

famously, StackOverflow

Re: Why I recommended ECS instead of Kubernetes to my latest customer

#85
post #17

Earlier quoted context omitted.

I’ve been exploring this lately because, honestly, the cloud is total overkill for small startups and hobby projects. Kubernetes has its value even for small scale workloads like that, but it’s still a few steps more than, say, running a Capistrano script to push your code to a small Linux box with a database on a second one. You’ll get really far on minimal resources these days, especially with cheaper ARM boxes tha…

> …the cloud is total overkill for small startups and hobby projects. It absolutely can be, sure. But solutions like Vercel, Cloudflare Workers, Supabase, etc. can be excellent and inexpensive for those use cases.

Vercel is a lot of things but I don't think I've ever seen it referred to as "inexpensive".

Re: Why I recommended ECS instead of Kubernetes to my latest customer

#87
post #58

IMO ECS is in a weird position right now, because: 1 - It's simpler thank K8s, but not that much simpler than your avg managed K8s offering 2 - It really locks you in the AWS ecosystem 3 - It is way less used than K8s or just running things on servers, so there are way less help / learning resources I really don't see how using ECS is much better than EC2 + compose for small setups and this post didn't provide many g…

EC2 runs AMIs but ECS runs Docker images. The development experience with Docker containers is a bit smoother.

Re: Why I recommended ECS instead of Kubernetes to my latest customer

#88

More accurately: "Given using AWS as a requirement, I recommended ECS instead of K8s". It's not really surprising that AWS's K8S setup isn't great, and their own implementation ties in more closely with other services they offer. It's lock-in. AWS provides just enough K8S to tick the box on a spec sheet, but have little incentive to go beyond that.

As someone who sat in on the product development discussions at aws about EKS the internal view was K8S was: * a lock in strategy by Google to substitute for the fact they don’t yet have systemic abstractions at a provider level. By “owning” the design and engineering around k8s through capture they can ensure the backing services they build in gcp naturally support k8s users as they develop their roadmap * the provi…

As we can now tell k8s was absolutely genius play bc one option is aws embraces it reducing their competitive edge in service offerings (at the time) which didn’t happen or doesn't do it at all/half-asses it (which is what happened) while the platform gains popularity which also reduces their edge

Re: Why I recommended ECS instead of Kubernetes to my latest customer

#89
post #25

Earlier quoted context omitted.

Is that right? K8S is basically another answer to Conway’s Law. Every startup I’ve worked at switched to it because then the infrastructure could map more closely to the code. Not unlike microservices at a higher level. The old-skool approach is depending on a team of SREs or sysadmins to provision hardware for you and basically handle the deployment, which K8S plus container images basically abstract away. Not to sa…

> The old-skool approach is depending on a team of SREs or sysadmins to provision hardware for you This assumes that K8s won't require a "team of SREs". My experience is you need the same amount of SREs to maintain Kubernetes, probably more, because now you have a complicated control plane, a networking nightmare, then you layer that on top of resource-contention issues, security issues, cloud provider compatibility…

then you layer that on top of resource-contention issues, security issues, and the list goes on.

applications running on bare metal don't have resource contention issues? or security issues?

Re: Why I recommended ECS instead of Kubernetes to my latest customer

#90

More accurately: "Given using AWS as a requirement, I recommended ECS instead of K8s". It's not really surprising that AWS's K8S setup isn't great, and their own implementation ties in more closely with other services they offer. It's lock-in. AWS provides just enough K8S to tick the box on a spec sheet, but have little incentive to go beyond that.

As someone who sat in on the product development discussions at aws about EKS the internal view was K8S was: * a lock in strategy by Google to substitute for the fact they don’t yet have systemic abstractions at a provider level. By “owning” the design and engineering around k8s through capture they can ensure the backing services they build in gcp naturally support k8s users as they develop their roadmap * the provi…

Eventually EKS was built to satisfy customers that insisted these issues were just FUD from aws to lock customers into the aws infrastructure.

I mean..the customers are not wrong.

Post reply on HN