[ECS] [request]: Customize Service Connect configuration
- 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**
Allow customization of Service Connect configuration related to retries and timeout per target
**Which service(s) is this request for?**
ECS Service Connect
**Tell us about the problem you're trying to solve. What are you trying to do, and why is it hard?**
Today SC will retry twice on connection failure or 503 responses. Customize this policy based on the target service would be great. For example disable retries for requests to a "Process Payment" service that is not idempotent.
When Authentication is supported, this could be extended to define which services require Auth and which don't.
**Are you currently working around this issue?**
Don't use Service Connect
Contributor guide
Research direction
The issue concerns ECS Service Connect retry and timeout behavior per target, but it names no repository files, tests, or entry points. Start by reviewing the Service Connect configuration and documented behavior, then define the supported per-target policy and its completion criteria.
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
- Needs clarification
- Newbie friendliness
- 25/100