frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

Open in hackernews

Taming P99s in OpenFGA: How we built a self-tuning strategy planner

https://auth0.com/blog/self-tuning-strategy-planner-openfga/
6•elbuo•1h ago

Comments

shoo•1h ago
Fun to see a write up applying multi-armed bandits.

I had a bit of trouble following the article as I don't understand the problem space well enough. When framing this problem, the authors wrote:

  Answering "Can user X access resource Y?" requires traversing relationship graphs. In this context, traversal performance isn't just a feature; it is the fundamental constraint of the system's architecture.
Concretely, in an OpenFGA / Auth0 FGA deployment where graph traversal becomes enough of a bottleneck that introducing a planner like this becomes compelling, how is the graph and the traversal manifested? What's actually going on?

Would the relationship graph be represented as a bunch of relations stored in a single SQL DB? Or does querying and traversing the graph require making a bunch of API calls to various downstream services over the customer's network?