Closed SocalNick closed 2 years ago
👋 folks! My company is using k8s-external-secrets...thanks so much for developing / maintaining it!
The pino default log base uses hostname as the key for os.hostname()
. In a kubernetes context, this evaluates to the pod name. When our log aggregation platform processes these logs w/ hostname set to the pod name, it can't decorate the logs w/ additional tags for the actual underlying host. This change maintains the default behavior but allows an operator to choose alternate keys for the pid and hostname of the pino log base.
I didn't see any tests around configuration, but if this feels like it requires a test, happy to add one if you can point me in the right direction.
Also, this likely needs to be documented. Can you point me towards the docs that I should update?
Thanks!
Nick
@Flydiverny @riccardomc any chance you could take a look at this PR? Thanks!
@Flydiverny awesome, thanks for the context on KES vs ESO. I'll take this back to the team and advocate for us making the migration.
As this will take considerable time to migrate, if I make the doc change, are you willing to merge this in?
Added documentation, thanks again for your consideration!
Released as 8.4.0
hostname
isn't always desireable and is somewhat inaccurate given os.hostname is the pod name in kubernetes