containers-roadmap Overrides all of task definition parameters

Start-Task and Run-Task API can overrides the task definition. But it supports a few parameters only. (command, environment and taskRoleArn). I would like to overrides other parameters. (ex: hostname,logConfiguration ..) It would be good to be able to overrides all of task definition parameters.

Aug 18 '16 09:08 hasimo

+1, especially resource requirements

Oct 10 '16 22:10 egafni

Same here, in our application it's the volumes:host:sourcePath that needs to be set for each individual task, and currently we have to register a new task definition just for that (all other parameters are kept the same). But there's a hard limit on task definition registration rate of 1/sec, which could be very limiting if we need to do that for thousands of tasks at a time. I imagine other applications have similar problems.

Nov 28 '16 04:11 dinvlad

We would greatly benefit if you could override CPU and memory limits. For us, these parameters change depending on the input message. Our current workaround is to create multiple task definitions.

Jan 04 '17 05:01 billyshambrook

@egafni @billyshambrook CPU, memory, and memory reservation can now be overridden through the RunTask and StartTask API.

I'll leave this issue open as the other task definition fields are not yet supported for overrides.

Jun 28 '17 07:06 samuelkarp

Hi @samuelkarp, it would be great if we could the new Fargate task CPU and memory limits as well!

Feb 09 '18 04:02 jellevandenhooff

2 years have passed. only 5 parameters it's possible to override... Great progress!

Apr 10 '18 13:04 dene14

stuck in aws-cli doc https://docs.aws.amazon.com/cli/latest/reference/ecs/run-task.html and finally find this thread...

Apr 11 '18 09:04 vincentkwok

Overriding logConfiguration would be really helpful.

Nov 20 '18 19:11 ppdeassis

Support @ppdeassis

We have one common container where the application is built, but also all scheduled tasks files are placed. The application and scheduled tasks are related, so building them and having them together in the same Docker image make sense for us.

But, we would like to override the logConfiguration option. That way we have one common task definition which is the master, but depending on which command is run inside the container, the log group name can vary. E.g. "applicationsLogs" vs. "db-table-optimize",

Jan 10 '19 14:01 toredash

Overriding logs would be a great benefit.

Feb 07 '19 19:02 mrwillis

I'm also looking to override logConfiguration. My use case is to use the same base task definition in a multi-tenant application and replace the stream prefix for each tenant to have log streams of the form <tenant id>/<container name>/<task id>. I can generate one task definition per tenant, but it would be much easier to manage this with a handful of task definitions instead of thousands

Mar 15 '19 22:03 fcoelho

Would love to override logConfiguration on my end.

Jul 22 '19 02:07 wjlow

Another use case for logConfiguration override:

We have an administrative task definition which can be run with different parameters injected into container environment (such as project_id). It would be great to be able to reflect the parameter(s) value in the log stream prefix as well, during task run. Otherwise one cannot easily identify relevant log stream for particular task run.

Aug 13 '19 08:08 hleb-rubanau

Overriding entryPoint will be also a good thing.

Apr 29 '20 14:04 joanayma

Overriding the container (full registry path) is critical for implementing more dynamic container references. In the case of leveraging a Fargate configuration for processing CI pipelines, the pipeline definitions allow the CI developer to specify containers from any public container registry or private elastic container registry they have access to.

Jun 16 '20 13:06 DarwinJS

Would like to be able to override image or image tag to pull from ECR. If we tag an image we need to create an new task definition afaik.

Dec 04 '20 21:12 jimbob687

We would love to hear for logConfiguration update from you guys. eagerly waiting for it. it was raised since 2016 hope we will have this update soon.

Jan 05 '21 05:01 himesh-gosvami

+1 especially image

Aug 06 '21 15:08 tkram01

Indeed especially for overriding the image (or at least the tag) In the context of a CI that generates as many tags as github commits sha, if we want to test a task run for those we would then need to create as many task-definition versions... Anyone knows a workaround applicable currently?

Jan 07 '22 23:01 remidebette

I just want the ability to override the entryPoint

Feb 02 '22 23:02 deuscapturus

+1 on image override.

Is there any ETA for this? I am setting up a serverless Gitlab runner on Fargate/ECS and would be nice to have this implemented. At the moment we have to use generic images, which is fine for now as we don't have complex pipelines but we may need in future.