aws / aws/containers-roadmap

Fargate [request]: Profiling of Task Launch process

Open
#678 0 comments 2 reactions 0 assignees View on GitHub
Fargate 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**
Would like to get stats on how much time we are spending during a new task launch on Fargate, for example how much time went into pulling down the image, booting the task, etc.

**Which service(s) is this request for?**
This would be for Fargate

**Tell us about the problem you're trying to solve. What are you trying to do, and why is it hard?**
We are trying to understand why a particular service and its tasks are taking longer to launch and startup.

**Are you currently working around this issue?**
We filed a support ticket and got information about how much time the task was spending pulling docker image, starting up and other things, that helped us figure out we need to reduce image size, shorten grace period.

**Additional context**
Anything else we should know?

**Attachments**
If you think you might have additional information that you'd like to include via an attachment, please do - we'll take a look. (Remember to remove any personally-identifiable information.)

Contributor guide

Open the contributing guide

Research direction

The issue names no repository files, tests, or entry points; it only requests timing statistics for Fargate task launch stages such as image pulling and task startup. Start by reviewing the request and its support-ticket context, then define the service-level scope and acceptance criteria for exposing those timings.

Written by the indexing model from the issue text.

Assessment

Tech stack
aws, docker
Domain
cloud, devops
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
20/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.