RFC for pluggable script block/AMSI 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
Comienza leyendo este RFC junto con los issues #161 y #106, y después revisa la discusión del PowerShell Committee referenciada en el issue. El trabajo propuesto es un RFC para un modelo flexible de provider/plugin para el registro al estilo de ScriptBlock y AMSI, que cubra múltiples providers remotos, destinos locales y comandos independientes del provider, como Get-PSLog o Write-PSLog.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
from #161/ #106
@PowerShell/powershell-committee discussed this one in detail today. We believe that there's massive value in figuring out how to tee ScriptBlock and AMSI style 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
-
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 88/100
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
rabbitmq/rabbitmq-server#17563 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
DependencyTrack/helm-charts#431 ·
-
bug internal/splunk needs triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
open-telemetry/opentelemetry-collector-contrib#51389 · 4 comentarios ·