RFC for pluggable script block/AMSI logging model
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Anfängerfreundlichkeit
- 25/100
- Issue-Typ
- Feature
- Klarheit
- Größtenteils klar
- Aktivitätsstatus
- Veraltet
- Tech-Stack
- powershell
- Bereich
- observability
Rechercherichtung
Beginnen Sie damit, diesen RFC zusammen mit den Issues #161 und #106 zu lesen, und sehen Sie sich anschließend die in diesem Issue referenzierte Diskussion des PowerShell Committee an. Die vorgeschlagene Arbeit ist ein RFC für ein flexibles Provider-/Plugin-Modell für die Protokollierung im Stil von ScriptBlock und AMSI, das mehrere Remote-Provider, lokale Ziele und providerunabhängige Befehle wie Get-PSLog oder Write-PSLog abdeckt.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
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.
- Vorherrschende Sprache
- PowerShell
- Sterne
- 468
- Forks
- 143
- Ø Merge
- 9 Min.
- Gemergte PRs (30 T.)
- 1
Beitragsleitfaden
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus PowerShell/PowerShell-RFC
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
PowerShell/PowerShell-RFC#404 · 1 Kommentar ·
-
PowerShell/PowerShell-RFC#407 · 1 Kommentar · 1 zugewiesene Person ·
-
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 35/100
PowerShell/PowerShell-RFC#396 ·
-
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 20/100
PowerShell/PowerShell-RFC#334 · 2 Reaktionen ·
-
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 35/100
PowerShell/PowerShell-RFC#327 · 28 Kommentare · 31 Reaktionen ·
Alle Issues in PowerShell/PowerShell-RFC
Ähnliche Issues
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 75/100
-
backend bug tracing
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 65/100
future-agi/future-agi#3022 ·
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 70/100
traceloop/openllmetry#4502 ·
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 75/100
reflex-dev/reflex#7293 · 1 Kommentar ·
-
area/distributed-query area/observability kind/bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 75/100