You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
in multi-tenant clusters it is possible to configure the kubernetes-event-exporter with multiple rules and receiver so that events for the tenant namespaces end up in dedicated indices in OpenSearch.
The problem is that whenever a tenant is onboarded the kubernetes-event-exporter's configuration needs to be extended with an additional rule and receiver.
If the indexFormat allowed for expansion of event properties this could be achieved with a single rule and receiver.
E.g.
This could implemented by passing the *kube.EnhancedEvent to osFormatIndexName method and letting it expand any event properties denoted with {{ .. }} using GetString(event *kube.EnhancedEvent, text string) from tmpl.go before doing the Go time formatting directives - this way it'll be backwards compatible.
This would be similar to the channel behavior in the slack receiver and the layout templates.
If this sounds agreeable I'll gladly attempt to implement this functionality.
The text was updated successfully, but these errors were encountered:
Hi,
in multi-tenant clusters it is possible to configure the kubernetes-event-exporter with multiple rules and receiver so that events for the tenant namespaces end up in dedicated indices in OpenSearch.
The problem is that whenever a tenant is onboarded the kubernetes-event-exporter's configuration needs to be extended with an additional rule and receiver.
If the
indexFormat
allowed for expansion of event properties this could be achieved with a single rule and receiver.E.g.
This could implemented by passing the
*kube.EnhancedEvent
toosFormatIndexName
method and letting it expand any event properties denoted with{{ .. }}
usingGetString(event *kube.EnhancedEvent, text string)
fromtmpl.go
before doing the Go time formatting directives - this way it'll be backwards compatible.This would be similar to the
channel
behavior in the slack receiver and the layout templates.If this sounds agreeable I'll gladly attempt to implement this functionality.
The text was updated successfully, but these errors were encountered: