Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Rebac annotations #24

Draft
wants to merge 2 commits into
base: cypress
Choose a base branch
from
Draft

Rebac annotations #24

wants to merge 2 commits into from

Conversation

samkim
Copy link
Member

@samkim samkim commented Nov 22, 2022

No description provided.

@vercel
Copy link

vercel bot commented Nov 22, 2022

The latest updates on your projects. Learn more about Vercel for Git ↗︎

Name Status Preview Comments Updated
zanzibar-annotated ✅ Ready (Inspect) Visit Preview 💬 2 unresolved
✅ 10 resolved
Dec 1, 2022 at 4:57AM (UTC)

Copy link
Member

@jakedt jakedt left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

One sentence per line in your markdown content please. I feel like overall this could use a few more iterations on annotation content and how it maps to the highlighted paper sections.

page-1-col-1:
what-is-rebac:
content: |
What is ReBAC? Relationship-based access control. The term was first coined in 2006 by Dr. Carrie E. Gates in her paper: [Access Control Requirements for Web 2.0 Security and Privacy](https://www.researchgate.net/publication/240787391_Access_Control_Requirements_for_Web_20_Security_and_Privacy)
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I would take these front-matter annotations, combine them, and just put them all on the Introduction section header.

page-2-col-1:
nested-groups:
content: |
Authorization services that infer a relationship graph from an existing database schema or map a graph to database tables run into issues with nested groups. Directly storing relation tuples is a key decision that supports nested groups.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Citation needed. A group database table with a nullable FK reference to the parent is a perfectly acceptable way to represent a graph of group memberships.

Authorization services that infer a relationship graph from an existing database schema or map a graph to database tables run into issues with nested groups. Directly storing relation tuples is a key decision that supports nested groups.
scaling:
content: |
Not all applications that use Zanzibar may have Google’s traffic and not all Zanzibar implementations will be scaled to the size of Google’s internal implementation. However, the techniques used in Google’s implementation are still applicable to accomplish the same goals: Correctness, Flexibility, Low latency, HA, and Large scale.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I would lower case the list elements and spell out high availability

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Maybe change large scale to future-proof scale

page-5-col-2:
zanzibar-annotations:
content: |
The following section dives into the internals of the system. See the [Introduction to Zanzibar](#annotations/intro) annotations for commentary.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This link didn't do anything for me.

@josephschorr josephschorr marked this pull request as draft December 8, 2022 16:53
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants