RFC for pluggable logging model
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 25/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- powershell
- Área
- observability
Línea de trabajo
Empieza leyendo el issue #106 y el debate del PowerShell Committee citado aquí para comprender la semántica específica de Splunk existente. Redacta un RFC que defina un modelo flexible de provider/plugin, incluidos destinos remotos y locales, así como operaciones de logging independientes del provider; se considerará terminado cuando el modelo propuesto aborde estos escenarios y esté listo para recibir comentarios de la comunidad.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Per #106, this is to track the need for an RFC that would create a pluggable provider model for logging. Quoting me from that thread:
@PowerShell/powershell-committee discussed this one in detail today. We believe that there's massive value in figuring out how to tee logs off to remote logging providers, but a bunch of the semantics in this RFC are specific to Splunk.
Instead, we think an RFC should be authored that builds a provider/plugin model for allowing multiple remote logging providers. This RFC should also give consideration to whether local logging targets should be treated the same way (e.g. if you want to exclusively log to a remote target, maybe in serverless/stateless scenarios). There should also be a consideration of whether we should have something like a Get-PSLog or Write-PSLog that are agnostic to logging providers.
The PowerShell Team has a strong interest in picking this up, but we have no idea when we can get to it right now. We only know that it should be a flexible, pluggable model.
- Lenguaje dominante
- PowerShell
- Estrellas
- 468
- Forks
- 143
- Merge medio
- 9 min
- PR fusionados (30 d)
- 1
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 PowerShell/PowerShell-RFC
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
PowerShell/PowerShell-RFC#404 · 1 comentario ·
-
PowerShell/PowerShell-RFC#407 · 1 comentario · 1 asignado ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
PowerShell/PowerShell-RFC#396 ·
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 20/100
PowerShell/PowerShell-RFC#334 · 2 reacciones ·
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
PowerShell/PowerShell-RFC#327 · 28 comentarios · 31 reacciones ·
Todos los issues de PowerShell/PowerShell-RFC
Issues similares
-
needs design
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
-
bug robustness testing
Dificultad 2/5 Medio día Aptitud para principiantes 84/100
clouatre-labs/aptu-coder#1624 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 86/100
use-agent-os/agent-os#3357 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
apache/rocketmq-dashboard#5008 ·
-
inpaint observability reliability
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
anchapin/staging-studio#717 ·