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
With #767 the LogPipeline will be promoted to a beta API. For that, the API of the input section needs to get aligned with the Trace/MetricPipeline APIs. The filter and output sections will stay as they are as they will be faded out together with the fluentbit fade out.
input:
runtime:
enabled: true # if false, no configuration gets generated. With OTLP, a false value will run the gateway onlydropLabels: false # stays as is. With OTLP, a new replacement "podLabels" will be added, specifying a list of pod labels to addkeepAnnotations: false # stays as is. With OTLP, a new replacement "podAnnotations" will be added, specifying a list of pod annotations to addkeepOriginalBody: true # stays as iscontainers: # stays as isexclude:
- ns1
- ns2include:
- ns3
- ns4namespaceSelector: #either expression or label. By default an expression gets generated excluding kyma namespacesmatchExpressions:
- key: namespaceoperator: Invalues: ["frontend", "backend"]matchLabels:
role: backend
Criterias
The LogPipeline beta API will leverage the new input API
The beta API stays compatible to alpha via the conversion webhook
Reasons
Attachments
Release Notes
The text was updated successfully, but these errors were encountered:
Description
With #767 the LogPipeline will be promoted to a beta API. For that, the API of the input section needs to get aligned with the Trace/MetricPipeline APIs. The filter and output sections will stay as they are as they will be faded out together with the fluentbit fade out.
Old API:
New API propsal:
Criterias
Reasons
Attachments
Release Notes
The text was updated successfully, but these errors were encountered: