Better handling for decision logs with vector
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 35/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Ferma
- Stack tecnologico
- kubernetes, rust
- Ambito
- authorization, observability
Direzione di ricerca
Inizia individuando la gestione dei log delle decisioni di OPA e tracciando il punto in cui i valori dei log delle decisioni restituiti vengono aggiunti al campo del messaggio. Determina come esporre i log come JSON strutturato preservandone il contenuto, quindi verifica che i record risultanti possano essere indicizzati e utilizzati per dashboard degli eventi di autorizzazione in OpenSearch.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Currently OPA decision logs are treated in the same way as all other logs, by taking the values returned by OPA and adding it to the message field. The decision log is already a JSON document and flattening it into a string makes it harder to use. We should provide a way to log the decision logs as JSON so that it can be indexed better by OpenSearch. This would make building dashboards based of the authorisation events easier to build and more performant.
- Lingua principale
- Rust
- Stelle
- 21
- Fork
- 5
- Merge medio
- 12h 44m
- PR unite (30g)
- 11
Guida per i contributori
Nessuna guida per i contributori indicizzata per questo repository
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 stackabletech/opa-operator
-
type/bug
Difficoltà 4/5 3-5 giorni Idoneità per principianti 52/100
stackabletech/opa-operator#823 ·
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 30/100
stackabletech/opa-operator#766 ·
-
User Info Fetcher: Document data differences between backends, and/or how to query it manually Aperta
Difficoltà 2/5 Mezza giornata Idoneità per principianti 50/100
stackabletech/opa-operator#724 ·
-
type/bug
Difficoltà 5/5 Più di una settimana Idoneità per principianti 20/100
stackabletech/opa-operator#718 ·
-
Active Directory: `userInfoById` returns undefined for backend if LDAP group request times out Apertatype/bug
Difficoltà 3/5 1-2 giorni Idoneità per principianti 35/100
stackabletech/opa-operator#690 ·
Tutte le issue di stackabletech/opa-operator
Issue simili
-
todo:perf
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
-
ACP agents get no MCP servers when the thread is created before the project's first worktree loads Apertastate:needs triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
zed-industries/zed#64611 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
ontola/atomic-server#1625 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
objectionary/phie#154 ·