generated from TrueCloudLab/basic
WIP: Make IsAllow receive client defined overrides #82
No reviewers
TrueCloudLab/storage-services-committers
TrueCloudLab/storage-services-developers
Labels
No labels
Infrastructure
blocked
bug
config
discussion
documentation
duplicate
enhancement
go
help wanted
internal
invalid
kludge
observability
perfomance
question
refactoring
wontfix
No milestone
No project
No assignees
5 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: TrueCloudLab/policy-engine#82
Loading…
Reference in a new issue
No description provided.
Delete branch "aarifullin/policy-engine:feat/clientdef_overrides"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
ChainRouter
interface:IsAllow
should also receive client defined overrides that are checked after local overrides but before morph chains. Client defined overrides are checked per request.ChainRouter
.cf0e7369b5
to0b24fc0f48
Please check issue from
linter
:0b24fc0f48
tob91348ed80
b91348ed80
toa847f28b01
@ -152,3 +204,3 @@
"Actor": actor2,
})
status, ok, _ := s.IsAllowed(chain.Ingress, engine.NewRequestTarget(namespace, container), reqBadActor)
status, ok, _ := s.IsAllowed(chain.Ingress, engine.NewRequestTarget(namespace, container), reqBadActor, engine.NoClientDefined)
It seems to me that many times we need to make changes in the policy-engine, we extend some interface.
Here overrides seem to be more related to storage and not to method.
How about having some "combined overrides storage" instead? So you create
interface { IsAllowed(...) }
with some function taking local override storage + e.g. bearer token and use it.Make IsAllow receive client defined overridesto WIP: Make IsAllow receive client defined overridesThis was successfully implemented on frostfs-storage side
Pull request closed