How we reduced deployment times by 95%

Re:How we reduced deployment times by 95% by ravenstine on Wednesday August 28, 2019 @01:56PM (#20822268)

ECS can be good for really small things but, even when I worked in public radio, we discovered that ECS is pretty hot garbage without writing a bunch of stuff to deal with its quirks. Scaling worked kinda wonky, and ECS has its own jargon for terminology that already exists with Docker in general, making it unnecessarily confusing. Why they call a container a "task" when the term "container" already exists is beyond me. We ended up using Rancher to manage Kubernetes.

[ Parent | on HN ]

Re:How we reduced deployment times by 95% by otterley on Wednesday August 28, 2019 @02:04PM (#20822344)

ECS tasks are not containers. Tasks are a collection of one or more containers. They're the equivalent of a Pod in Kubernetes.

[ Parent | on HN ]

Re:How we reduced deployment times by 95% by rcfox on Wednesday August 28, 2019 @04:51PM (#20823842)

In Docker terminology, that would be a service?

[ Parent | on HN ]

Re:How we reduced deployment times by 95% by yebyen on Thursday August 29, 2019 @03:18PM (#20832684)

In Kubernetes and ECS, a Service is already used to name the abstraction that represents a collection of Pods/Tasks.

(Actually K8s collection of Pods is usually a ReplicaSet, fronted by Deployment, from the perspective of making sure they run. The Deployment is related to a Service by labels and selectors, K8s service only decides what pods it will route traffic to. An ECS service is more like a Kubernetes deployment, and I guess what Kubernetes calls a Service, basically a load balancer, is just called a load balancer, and I guess you manage the ALB's configuration together somehow for your service group, manually or somehow other, or you can just create a new ELB each time, and pay again ...)

I had never heard of a Docker Service, but from the looks of it, the Deployment (or Task), Service, ReplicaSet and Pods are all rolled into one single abstraction, the "Service" in Docker Compose.

[ Parent | on HN ]

Re:How we reduced deployment times by 95% by ravenstine on Wednesday August 28, 2019 @02:21PM (#20822493)

Ah, gotcha.

[ Parent | on HN ]

Re:How we reduced deployment times by 95% by weberc2 on Wednesday August 28, 2019 @02:23PM (#20822511)

We use ECS via Fargate and I'm mostly happy. Deployments are pretty slow, but that's our only qualm. We PoCed EKS, but it has no integration with CloudWatch or IAM for all intents and purposes. They had roadmap items to address those things, but you absolutely have to reinvent a lot of wheels with Kubernetes compared to the things you get for free with ECS/Fargate.

[ Parent | on HN ]

Re:How we reduced deployment times by 95% by viraptor on Thursday August 29, 2019 @09:01AM (#20829065)

> Why they call a container a "task" when the term "container" already exists

Likely for the same reason they call it ECS and not EDS. Making everything docker-specific could be a bad idea is more container tech becomes popular and they want to allow you to start Frobnicator tasks as well as Docker tasks on the same platform.

[ Parent | on HN ]