aws / aws/containers-roadmap

[ECS] [request]: Allow termination policies for services.

Open
#1,763 1 comment 19 reactions 0 assignees View on GitHub
ECS Proposed
Dominant language
Shell
Stars
5.4k
Forks
334
PR merge metrics
No merged PRs in 30d

Description

### Community Note

* Please vote on this issue by adding a 👍 [reaction](https://blog.github.com/2016-03-10-add-reactions-to-pull-requests-issues-and-comments/) to the original issue to help the community and maintainers prioritize this request
* Please do not leave "+1" or "me too" comments, they generate extra noise for issue followers and do not help prioritize the request
* If you are interested in working on this issue or have submitted a pull request, please leave a comment

**Tell us about your request**
It doesn't seem like there's any way to control which containers are shut down during a scale in. #125 touches on this a bit, but manually protecting a task from scale-in isn't exactly what I'm looking for. Ideally it would be great if we could get the equivalent of the termination policies that EC2 Auto-scale groups use,

![image](https://user-images.githubusercontent.com/6265054/173393039-b319ad10-5bad-4d1f-89f6-f0e12f49e5a0.png)

**Which service(s) is this request for?**
This could be Fargate, ECS,

**Tell us about the problem you're trying to solve. What are you trying to do, and why is it hard?**
My specific problem is that I'd like to be able to tell the ECS service to always terminate the oldest container during a scale-in. We're running code that registers these containers with an external service and in cases where multiple containers try to register the most recent takes precedence. When ECS scales in the most recent container instead of the older ones it causes interruptions in the service.

**Are you currently working around this issue?**
None that I've been able to find yet.

Contributor guide

Open the contributing guide

Research direction

No repository files, tests, or entry points are identified. Start by reviewing the ECS scale-in behavior described here and the related context in issue #125; done means reaching an agreed termination-policy design that selects the intended container reliably without service interruptions.

Written by the indexing model from the issue text.

Assessment

Tech stack
aws
Domain
cloud
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.