Open theoryxu opened 4 days ago
hi @theoryxu Thank you for your attention to this problem
The problem now is that Gravitino will only maintain a Ranger Policy with the MANAGED_BY_GRAVITINO
label, but if a user already has a Ranger service, that can lead to conflicts.
MANAGED_BY_GRAVITINO
label is maintained.But that's a pretty big limitation.
db1.tab1
).db1.tab1
policy, but this policy may not conform to Gravitino's authority specification, and there may be problems if Gravitino is asked to directly update this Policy.
3, so now the Gravitino through RangerHelper.WildcardSearchPolies()
function will only find the policy with MANAGED_BY_GRAVITINO
label.
What changes were proposed in this pull request?
Many clients and users have used Ranger for a while. Gravitino should be compatible with these cases.
There are some principles Gravitino needs to follow when it pushes down policies:
For the target, this PR includes the following changes:
wildcardSearchPolies
removes theMANAGED_BY_GRAVITINO
filter.GRAVITINO_
.Despite doing these, users should be cautious about directly managing the ranger policy. There are some restricts:
Why are the changes needed?
Fix: #5336
Does this PR introduce any user-facing change?
N/A
How was this patch tested?
Added ITs