RFC for pluggable script block/AMSI logging model

Aperta
#169 1 commento 0 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
5/5
Tempo stimato
Più di una settimana
Idoneità per principianti
25/100
Tipo di issue
Funzionalità
Chiarezza
Abbastanza chiara
Stato di attività
Ferma
Stack tecnologico
powershell
Ambito
observability

Direzione di ricerca

Inizia leggendo questo RFC insieme alle issue #161 e #106, quindi esamina la discussione del PowerShell Committee a cui si fa riferimento nell’issue. Il lavoro proposto è un RFC per un modello flessibile di provider/plugin per il logging in stile ScriptBlock e AMSI, che copra più provider remoti, destinazioni locali e comandi indipendenti dal provider come Get-PSLog o Write-PSLog.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

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.

Lingua principale
PowerShell
Stelle
468
Fork
143
Merge medio
9m
PR unite (30g)
1

Guida per i contributori

Apri la guida per i contributori

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di PowerShell/PowerShell-RFC

Tutte le issue di PowerShell/PowerShell-RFC

Issue simili

Altre issue su Observability & SRE

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.