aws / aws/containers-roadmap

[ECS] [request]: Task placement driven by another AWS resource's current AZ (e.g. RDS Multi-AZ primary)

Open
#2,870 0 comments 0 reactions 0 assignees View on GitHub
ECS
Dominant language
Shell
Stars
5.4k
Forks
334
PR merge metrics
No merged PRs in 30d

Description

**Tell us about your request**
Within a `placement_constraint` block, allow referencing attributes from another resource — examples would be the primary Availability Zone of a database instance.

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

**Tell us about the problem you're trying to solve. What are you trying to do, and why is it hard?**
We run a DB-monitoring agent as an ECS service and want it colocated with our RDS Multi-AZ primary to avoid cross-AZ query cost. The primary's AZ can change on failover and the placement_constraint attribute can not track that. This problem exists with a number of AWS resources with a movable primary (ElastiCache, MSK, Redshift, etc).

**Are you currently working around this issue?**
We utilize a data lookup if/when we update the particular ECS service so we do have periods where the ECS task and target RDS primary are not co-located.

Contributor guide

Open the contributing guide

Research direction

Start by reviewing the requested ECS and ECS Fargate behavior around placement_constraint and the examples involving RDS Multi-AZ, ElastiCache, MSK, and Redshift. The issue names no repository files, tests, or implementation entry points, so first determine where this roadmap request would map to an AWS service or API capability. Done means placement can follow a referenced resource's current primary Availability Zone after failover.

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
Active
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.