Allow environment variables in awslogs-group about containers-roadmap

[jgangemi]

still looking for this, any updates on it being considered?

[benconnito]

this is nessacary for immutable builds between environments +1

[kunanit]

This would be awesome to have! I also have a pretty much identical use case, managing multiple multi-container docker environments under the same Elastic Beanstalk application, and I set an environment variable (e.g. "dev", "stage", "prod") per Elastic Beanstalk environment. And was looking for an easy way to get container logs streaming to separate cloudwatch log streams.

[jhaynes]

Thanks @kinghajj for the request. We appreciate hearing the details of your use case as it helps us prioritize the work.

While this is similar in scope to a few other issues (e.g. #3), it's specific and different enough that I think it merits its own issue.

[kevin1024]

Almost the exact same story for me. What I do is template out the elastic beanstalk environment in the dockerrun.aws.json when building the application before zipping and uploading to s3. The downside is that every environment requires its own application bundle just so I can support logging to the correct cloudwatch logs group.

Would really appreciate being able to use environment variables.

[techdragon]

I just last night, spent an entire evening messing around with the cloudwatch logs agent and barely documented elastic beanstalk configuration options in order to try and get multi container logging working. I'm massively in favour of adding this.

[stevemenke]

Same goes here. Any update on this becoming a real feature. I don't want to generate different images for each environment as it defeats the whole purpose of docker, etc. Has anyone determined a work around? Our environments have different subnets, so we might be able to filter out by that. But not ideal at all.

[basicdays]

Same issue here. I'm currently having to upload a different application version for each environment that I run an application on because of this.

I'd imagine one way that might work is if EB modifies the Dockerrun file using some sort of simple templating engine using the EB environment's environment properties before the container definitions are shipped over to ECS. This might be easier to integrate into the EB code base instead of trying to figure out how to change how ECS reads the definition configuration.

[dalmena]

Another vote here to have this option.

[bishal-gautam]

I'm still looking for this option.

[a-weiss-programmer]

@PettitWesley has provided a workaround for this in #74 using Firelens.

[jgangemi]

almost a year later - would be really great to have this!

[umerebryx]

+1

[osetinsky]

+1 ...

[RHeynsZa]

Coming up at 7 years of this

[FrancoCorleone]

Oh lol, same here. another easy to implement feature that is just ignored for YEARS! AWS Team, do you need more employees? Feel free to contact the developers in this thread. Because obviously you have a hard time fixing easiest of issues