PowerShell / PowerShell/PowerShell-RFC
RFC for pluggable script block/AMSI logging model
Personne n'a encore pris cette issue.
- Langage dominant
- PowerShell
- Étoiles
- 467
- Forks
- 140
- Merge moyen
- 9 min
- PR mergées (30 j)
- 1
Description
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.
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
Commencez par lire ce RFC avec les issues #161 et #106, puis examinez la discussion du PowerShell Committee référencée dans l’issue. Le travail proposé est un RFC pour un modèle flexible de provider/plugin pour la journalisation de type ScriptBlock et AMSI, couvrant plusieurs providers distants, des cibles locales et des commandes indépendantes des providers telles que Get-PSLog ou Write-PSLog.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- powershell
- Domaine
- observability
- Type d'issue
- Fonctionnalité
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Activité
- À l'abandon
- Clarté
- Plutôt claire
- Accessibilité débutants
- 25/100