Added -unknown suffix to container name

[jcarey03]

Signed-off-by: Jason Carey jcarey@lyft.com

TL;DR

Adding -unknown suffix to container name for Lyft logging agent to detect and send logs to logging pipeline.

Type

• Bug Fix
• Feature
• Plugin

[hamersaw]

@jcarey03 can you explain a little bit more about the use-case here? I'm a little concerned about modifying the container name on all deployments. How is the "-unknown" detected by the agent? Is there a different field that can be set to identify these containers?

[jcarey03]

@hamersaw This PR is only scoped for the flyteorg:lyft branch as it pertains to Lyft-specific infrastructure; it will not be pulled into the master branch. With that said, I'm pretty sure there is a much better way to make this feature configurable if that is a desirable feature for the Flyte community.

Our logging infrastructure uses fluentbit as a log collector and forwarder and is configured to monitor containers with a specific suffix. We decided to make the basic change first and test integration. Once that is confirmed, we'll circle back and improve upon the naive hardcoded solution to something more configurable, but again, the thinking is that this is only for Lyft and not general Flyte.

[codecov]

Codecov Report

❗ No coverage uploaded for pull request base (lyft@ffd74b6). Click here to learn what that means.
The diff coverage is n/a.

@@           Coverage Diff           @@
##             lyft     #288   +/-   ##
=======================================
  Coverage        ?   61.40%           
=======================================
  Files           ?      139           
  Lines           ?     8594           
  Branches        ?        0           
=======================================
  Hits            ?     5277           
  Misses          ?     2831           
  Partials        ?      486           

Flag	Coverage Δ
unittests	61.03% <0.00%> (?)

Flags with carried forward coverage won't be shown. Click here to find out more.

Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.

[hamersaw]

@hamersaw This PR is only scoped for the flyteorg:lyft branch as it pertains to Lyft-specific infrastructure; it will not be pulled into the master branch. With that said, I'm pretty sure there is a much better way to make this feature configurable if that is a desirable feature for the Flyte community.

Oh sorry! did not catch this PR was into the Lyft branch.

Our logging infrastructure uses fluentbit as a log collector and forwarder and is configured to monitor containers with a specific suffix. We decided to make the basic change first and test integration. Once that is confirmed, we'll circle back and improve upon the naive hardcoded solution to something more configurable, but again, the thinking is that this is only for Lyft and not general Flyte.

So, for what my two cents it worth here, there was recently a community contribution to enable default configuration of containers using the default PodTemplate work. I know their use-case was for logging in the primary container, but I can't recall what fields they were using to identify the container or link up the logging framework. Not sure if this is worth integrating into for your setup, but may be worth a quick look!

[jcarey03]

Thanks for sharing. We'll take a look.