Skip to content

refactor: 접근 권한 규칙을 종류에서 떼어내기 - #45

Merged
yessjun merged 2 commits into
mainfrom
refactor/generic-access-writes
Aug 10, 2026
Merged

refactor: 접근 권한 규칙을 종류에서 떼어내기#45
yessjun merged 2 commits into
mainfrom
refactor/generic-access-writes

Conversation

@yessjun

@yessjun yessjun commented Aug 10, 2026

Copy link
Copy Markdown
Member

📝 작업내용

  • 접근 권한 쓰기 경로에서 VM 타입을 걷어냈다, 규칙은 종류를 모르는 한곳에 모이고 종류별로 남는 것은 리소스를 찾는 방법과 거절 문구와 감사 이름뿐이다
  • 접근 목록 응답이 더 이상 VM 엔티티를 받지 않는다, 신원은 종류의 어댑터가 답한다
  • 어댑터에 신원 조회를 더했다, 목록에 없는 사람에게 보이는 최소 정보가 여기서 나온다

⭐️ 검증

  • 계약 생성본 변화 없음, 경로와 스키마와 오퍼레이션 이름 모두 그대로
  • 테스트 파일이 한 줄도 바뀌지 않은 채로 전부 통과한다, 동작이 보존됐다는 뜻이다
  • 구성원 요건을 일시로 제거해 접근 권한 API 테스트가 실제로 실패하는 것을 확인 후 복구
  • api verify.sh 통과

💬 리뷰 포인트

  • 규칙을 옮긴 것이지 고친 것이 아니다, 그래서 테스트를 손대지 않는 것이 이 변경의 합격 기준이었다
  • 복사본이 생기기 전에 하는 것이 요점이다, 두 벌이 되면 갈라지는 것은 접근 규칙이다

The access list is keyed by resource type already, but everything that
reads it is written against the VM entity. These are the pieces the
shared write side needs: what a grant is worth (one resolver, one
standing), and the per-type words and audit names that are the only part
a second resource type may legitimately answer differently.
Grant, revoke, list, the cap on workspace-wide grants, the grantee
eligibility rule and the break-glass boundary now live in one service
that names no resource type. What a type still answers for itself is
loading the thing, which workspace owns it, what its limited view shows
and the sentences it refuses in, all through its existing adapter. The
VM controller keeps its paths and its bodies unchanged.
@yessjun
yessjun merged commit 310a4ff into main Aug 10, 2026
1 check passed
@yessjun
yessjun deleted the refactor/generic-access-writes branch August 10, 2026 13:16
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.

1 participant