[ECS] [request]: Metrics for fargate containers using service discovery
- 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**
Metrics for Fargate containers which use service discovery and not load balancer
**Which service(s) is this request for?**
This could be Fargate, ECS, EKS.
**Tell us about the problem you're trying to solve. What are you trying to do, and why is it hard?**
When any container is attached to the load balancer(internal/internet), we get metrics such as total request count, number of 4xx and 5xx, average latency etc. We would like the same metrics to be available for the fargate containers using service discovery instead of load balancer.
**Are you currently working around this issue?**
No workarounds so far
**Additional context**
The containers could be public or private.
Contributor guide
Research direction
The issue names no repository files, tests, or implementation entry point. Start by reviewing how metrics are provided for load-balanced Fargate containers and how service discovery applies across Fargate, ECS, and EKS. Done would require an agreed approach for request count, 4xx/5xx, and latency metrics for service-discovery containers.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- aws, kubernetes
- Domain
- cloud, observability-sre
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100