RFC for pluggable script block/AMSI logging model
Ninguém assumiu esta issue ainda.
Avaliação
- Dificuldade
- 5/5
- Tempo estimado
- Mais de uma semana
- Facilidade para iniciantes
- 25/100
- Tipo de issue
- Funcionalidade
- Clareza
- Razoavelmente clara
- Status de atividade
- Estagnada
- Stack de tecnologia
- powershell
- Domínio
- observability
Direção de pesquisa
Comece lendo este RFC junto com as issues #161 e #106 e, em seguida, revise a discussão do PowerShell Committee referenciada na issue. O trabalho proposto é um RFC para um modelo flexível de provider/plugin para registro no estilo de ScriptBlock e AMSI, abrangendo vários providers remotos, destinos locais e comandos independentes de provider, como Get-PSLog ou Write-PSLog.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
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.
- Linguagem predominante
- PowerShell
- Estrelas
- 468
- Forks
- 143
- Métricas de merge de PRs
- Nenhum PR com merge em 30d
Preparar o ambiente
- Sem Dockerfile nem arquivo Docker Compose
- Tem um modelo de pull request
- Ler o guia de contribuição
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Mais de PowerShell/PowerShell-RFC
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 68/100
PowerShell/PowerShell-RFC#404 · 1 comentário ·
-
PowerShell Community Dashboard: No Data After October 2024Talvez livre de novo @theJasonHelmick assumiu há 230 dias e não há nenhum pull request aberto. Aberta
PowerShell/PowerShell-RFC#407 · 1 comentário · 1 responsável ·
-
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 35/100
PowerShell/PowerShell-RFC#396 ·
-
Dificuldade 5/5 Mais de uma semana Facilidade para iniciantes 20/100
PowerShell/PowerShell-RFC#334 · 2 reações ·
-
Dificuldade 5/5 Mais de uma semana Facilidade para iniciantes 35/100
PowerShell/PowerShell-RFC#327 · 28 comentários · 31 reações ·
Todas as issues de PowerShell/PowerShell-RFC
Issues semelhantes
-
enhancement
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 76/100
open-telemetry/opentelemetry-python-genai#831 ·
Mantenedores costumam responder em até 1 dia
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 78/100
Practitionist/familiarise_web#1916 ·
Mantenedores costumam responder em até 1 dia
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 85/100
braintrustdata/braintrust-sdk-javascript#2552 ·
Mantenedores costumam responder em até 1 dia
-
bug triage
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 78/100
kyverno/kyverno#17810 · 1 reação ·
Mantenedores costumam responder em até 1 dia
-
enhancement processor/drain
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 84/100
open-telemetry/opentelemetry-collector-contrib#51677 · 1 comentário ·
Mantenedores costumam responder em até 1 dia