Tom
@shorez.de
Senior Software Engineer at Grafana Labs
🔥 @Prometheus.io maintainer
🔭 @OpenTelemetry.io contributor
https://github.com/sh0rez
🔥 @Prometheus.io maintainer
🔭 @OpenTelemetry.io contributor
https://github.com/sh0rez
This is in upstream opentelemetry-collector-contrib, so usable on any kind of collector deployment
November 26, 2024 at 9:04 AM
This is in upstream opentelemetry-collector-contrib, so usable on any kind of collector deployment
a cue solution would be to have libraries never use concrete values but only defaults instead. so it would always be `string | *"foo"`, which is easy to forget.
maybe we could make it a tooling thing?
maybe we could make it a tooling thing?
November 12, 2024 at 9:52 PM
a cue solution would be to have libraries never use concrete values but only defaults instead. so it would always be `string | *"foo"`, which is easy to forget.
maybe we could make it a tooling thing?
maybe we could make it a tooling thing?
did anyone ever come up with another angle on that issue that's not either "specify all possibilities in advance, cry if you forgot" (helm, cue) or "change whatever you want, deal with the complexity" (jsonnet, tanka, kustomize")?
November 12, 2024 at 2:36 PM
did anyone ever come up with another angle on that issue that's not either "specify all possibilities in advance, cry if you forgot" (helm, cue) or "change whatever you want, deal with the complexity" (jsonnet, tanka, kustomize")?