-
Notifications
You must be signed in to change notification settings - Fork 2.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[cmd/mdatagen] Add support for declaring feature gates in metadata.yaml file #21801
Comments
Pinging code owners for cmd/mdatagen: @dmitryax. See Adding Labels via Comments if you do not have permissions to add labels yourself. |
Pinging code owners:
See Adding Labels via Comments if you do not have permissions to add labels yourself. |
Hi @mx-psi , is this issue still up for grab? Can I take it? |
Great, starting with it |
Needed a little help on it, I am referring to featureGate in opentelemetry-collector. Is this the correct way to implement it? |
@psk001 yes, that's what we are talking about :) We would need to define an equivalent YAML schema to then generate the code that creates a feature gate for each of the components listed above |
Great, on it |
In the metadata.yaml file , is this how it should be added ? feature-gates:
SplitTraces:
description: |
It returns one ptrace.
Traces for each trace in the given ptrace.Traces input. Each of the resulting ptrace.Traces contains exactly one trace.
SplitLogs:
description: |
It returns one plog.
Logs for each trace in the given plog.Logs input. Each of the resulting plog.Logs contains exactly one log. |
@psk001 that sounds good to me. My wording was too specific on the original post, they should have a description as well as the other fields that are needed to define feature gates. For example, here you can see other fields being used: opentelemetry-collector-contrib/processor/k8sattributesprocessor/internal/kube/client.go Lines 29 to 35 in 65e6596
|
This issue has been inactive for 60 days. It will be closed in 60 days if there is no activity. To ping code owners by adding a component label, see Adding Labels via Comments, or if you are unsure of which component this issue relates to, please ping Pinging code owners:
See Adding Labels via Comments if you do not have permissions to add labels yourself. |
This issue has been inactive for 60 days. It will be closed in 60 days if there is no activity. To ping code owners by adding a component label, see Adding Labels via Comments, or if you are unsure of which component this issue relates to, please ping Pinging code owners:
See Adding Labels via Comments if you do not have permissions to add labels yourself. |
I am continuing the work on this feature (As discussed with @mx-psi ) |
Component(s)
cmd/mdatagen
Describe the issue you're reporting
Components can use feature gates to have support for experimental functionality. We can add these to
metadata.yaml
together with a description. This information can then be used for code generation, documentation generation and by other consumers of themetadata.yaml
file (e.g. it could be useful for a remote management system that wants to show a list of available feature gates).Note that some feature gates do not fit a specific component (e.g. some of the ones we have in the core distro, or the one on
pkg/translator/prometheus
). These would not be listed for now.Follow up tasks for individual components once support for this is available:
The text was updated successfully, but these errors were encountered: