Remove tag consideration from Fluentd ClusterFilter / Filter order
Los mantenedores suelen responder en 2 días
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 45/100
Línea de trabajo
Comienza en apis/fluentd/v1alpha1/plugins/params/model.go, en PluginStoreByNameById.Less. Lee las comparaciones actuales de nombre, etiqueta e ID y, después, evalúa el orden solicitado sin tener en cuenta la etiqueta. Se considera terminado cuando el orden sigue el nombre del filtro y el ID, incluidos los casos en los que ** aparece entre filtros.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Is your feature request related to a problem? Please describe.
The filter order logic in fluentd ever since https://github.com/fluent/fluent-operator/pull/1106 can be seen here.
Specifically in:
func (a PluginStoreByNameById) Less(i, j int) bool {
if a[i].Name == a[j].Name {
if a[i].GetTag() == "**" && a[j].GetTag() != "**" {
return false
}
if a[i].GetTag() != "**" && a[j].GetTag() == "**" {
return true
}
return a[i].GetId() < a[j].GetId()
} else {
return a[i].Name < a[j].Name
}
}
From reading the code, it seems filters with tag ** will be order last no matter the id (which matches my experience).
My argument is that the current ordering is problematic and unintuitive.
Describe the solution you'd like
The more initiative ordering, is to consider the filter k8s name, and then if a ClusterFilter / Filter contains a list of several filters, it should add them in order.
This seems to already happen inside return a[i].GetId() < a[j].GetId(), so the only thing left is to remove the GetTag section.
I understand that this is a breaking change, but the current ordering prevent having ** in as a middle filter, which is useful.
I think this should either be a breaking change in version v4, or add a parameter for the deployment to disable tag ordering.
Workaround
Using customPlugin with some placeholder tag, and then setting the filter to ** in the config section.
Additional context
No response
- Lenguaje dominante
- Go
- Estrellas
- 689
- Forks
- 333
- Merge medio
- 2 d 14 h
- PR fusionados (30 d)
- 41
Preparar el entorno
Inicia el contenedor de desarrollo del proyecto en tu navegador, con tu propia cuenta de GitHub.
- Sin Dockerfile ni archivo de Docker Compose
- Tiene una plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de fluent/fluent-operator
-
feat: support storage.total_limit_size for the fluent-bit forward outputPosiblemente ocupada @cvas22 la tomó hace 1 día. Abierto
Dificultad 1/5 1-3 horas Aptitud para principiantes 30/100
fluent/fluent-operator#2126 ·
Los mantenedores suelen responder en 2 días
-
bug: fluent-bit image still ships vulnerable libbrotli1 (CVE-2026-111497)Posiblemente ocupada @joshuabaird la tomó hace 9 días. Abiertofluent-bit security
Dificultad 2/5 1-3 horas Aptitud para principiantes 55/100
fluent/fluent-operator#2082 · 2 comentarios ·
Los mantenedores suelen responder en 2 días
-
bug: fluent operator is consuming lot of cpu cores (~27 of the 32 available cores on a Node)Abierto
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
fluent/fluent-operator#1990 · 6 comentarios ·
Los mantenedores suelen responder en 2 días
-
enhancement fluent-bit good first issue
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
fluent/fluent-operator#1854 · 2 comentarios · 1 reacción ·
Los mantenedores suelen responder en 2 días
-
Dificultad 4/5 3-5 días Aptitud para principiantes 30/100
fluent/fluent-operator#1831 ·
Los mantenedores suelen responder en 2 días
Todos los issues de fluent/fluent-operator
Issues similares
-
area/docs
Dificultad 1/5 Menos de una hora Aptitud para principiantes 86/100
meshery/meshery#23375 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
ApplicationSet: BitBucket Cloud SCM provider returns corrupted error (%!w(<nil>)) when a branch has no commit hashPosiblemente ocupada @AP24110011695 la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
Los mantenedores suelen responder en 1 día
-
go good first issue help wanted up-for-grabs
Dificultad 2/5 1-3 horas Aptitud para principiantes 85/100
andrewsiah/agentswarm-data-tasks#308 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 87/100
multica-ai/multica#10511 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 70/100
Los mantenedores suelen responder en 1 día