Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

I use AWS ECS (sometimes with ECS Anywhere to use my own servers + ECS's control plane) for orchestration where I can.

It's a little surprising how many folks are unaware of the non-Kubernetes orchestration options. Going full Kubernetes is rarely what organizations need. Getting CI/CD -> containers on servers and being able to configure the resources containers need, having the placement handled, etc. gets most of these folks 90% of what they want with much much less complexity.

- AWS ECS: https://docs.aws.amazon.com/AmazonECS/latest/developerguide/...

- ECS Anywhere: https://docs.aws.amazon.com/AmazonECS/latest/developerguide/...



ECS Fargate is a bit priecy, but is also a no brainer. It just works


Does ECS support mounting configuration files (without needing the configuration file to be on the host)?

Being able to mount secrets and configmaps into the container file system (without having to modify the container image to provide an entrypoint) definitely seemed to be one major advantage of kubernetes over ECS a few years back.


In the case of secrets, it can populate secrets automatically from SecretsManager into environment variables.

See a CDK example:

https://docs.aws.amazon.com/cdk/api/v2/docs/aws-cdk-lib.aws_...

You can setup something to mount configuration files stored in say S3 -> into an EFS volume that you attach to all ECS tasks, for example.

The problem with ECS is that everything, including service discovery, is an integration with another AWS service. Making it even more difficult to ever migrate, but it does support much of what folks use Kubernetes for.


We moved from DigitalOcean to ECS 2-3 months ago and it has been rock solid. Highly recommended. There is some initial setup required with container registries and wrangling AWS's vocab but once set up, push to master, GitHub Actions builds and deploys.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: