RFC for pluggable logging model
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 l’issue #106 e la discussione del PowerShell Committee citata qui per comprendere la semantica specifica di Splunk esistente. Redigi un RFC che definisca un modello flessibile di provider/plugin, includendo target remoti e locali nonché operazioni di logging indipendenti dal provider; il lavoro sarà considerato completato quando il modello proposto coprirà questi scenari e sarà pronto per il feedback della community.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
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.
- 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
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di PowerShell/PowerShell-RFC
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
PowerShell/PowerShell-RFC#404 · 1 commento ·
-
PowerShell/PowerShell-RFC#407 · 1 commento · 1 assegnatario ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
PowerShell/PowerShell-RFC#396 ·
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 20/100
PowerShell/PowerShell-RFC#334 · 2 reazioni ·
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
PowerShell/PowerShell-RFC#327 · 28 commenti · 31 reazioni ·
Tutte le issue di PowerShell/PowerShell-RFC
Issue simili
-
needs design
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
-
bug robustness testing
Difficoltà 2/5 Mezza giornata Idoneità per principianti 84/100
clouatre-labs/aptu-coder#1624 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 86/100
use-agent-os/agent-os#3357 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
apache/rocketmq-dashboard#5008 ·
-
inpaint observability reliability
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
anchapin/staging-studio#717 ·