NHacker Next
  • new
  • past
  • show
  • ask
  • show
  • jobs
  • submit
Taming P99s in OpenFGA: How we built a self-tuning strategy planner (auth0.com)
shoo 2 days 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?

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact
Rendered at 06:26:56 GMT+0000 (Coordinated Universal Time) with Vercel.