Skip to content

Conversation

@y0c
Copy link

@y0c y0c commented Jun 4, 2018

…s (#1)

그룹, 권한, 역할을 포함한 DB구조로 변경해보았습니다.

검토부탁드립니다.

  • 그룹과 유저모두 엔드포인트와 레지스트리를 소유가능
  • 유저별로 역할을 가지고 있지않고 그룹에 포함된 유저만 해당그룹에서 권한을 가짐
  • 역할(Administor, Guest, Developer)은 여러가지 권한(볼륨관리, 컨테이너관리)을 소유
  • 추후 권한별처리는 라우터에 데코레이터를 다는방식으로 구현예정...

image

코멘트주시면 수정 후 머지하겠습니다.

@y0c y0c requested a review from Denny-Jeon June 4, 2018 12:05
@y0c
Copy link
Author

y0c commented Jun 4, 2018

@Denny-Jeon
Copy link

Role과 Group 이 중복된 것 같습니다.

정확하게 Group은 어떤 의미인가요?

그리고 아래 제가 한 번 모델링 해봤는데 참고해 보세요.

default

@y0c
Copy link
Author

y0c commented Jun 8, 2018

저는 GitLab의 그룹같은 기능을 생각했었습니다.

예를들어 GitLab의경우 특정프로젝트를 그룹에 공유하고 그룹에서 유저별로 권한을 Master, Developer 이런식으로 설정해놓으면 Master는 push가 가능하고 Developer권한은 직접적인 push는 못함
(DockerFarm의 경우 Admin은 Container삭제와 추가 가능, Developer는 시작 중지만 가능)

Group은 docker서버를 공동으로 관리할 수 있는 사용자 라고 표현하면 될 것 같습니다.
Role의 경우는 해당 그룹안에서 Administor, Guest... 이런식으로 나뉘게 됩니다.
유저별로 여러그룹에 참여할 수 있고 권한이 각각 다를 수 있을거같아 저렇게 구성했습니다.

멘토님이 코멘트 주신 설계를 참고하면 Object쪽과 Operation을 추가하면 좀 더 상세하고 정확한 Role 설계가 가능할 것 같습니다.

추가적으로 제가 생각하는 그룹,권한 기능과 멘토님이 생각하고 계신 권한의 기능이 동일한지 궁금합니다.
만약 제가 뭔가 잘못이해하고있는거라면 답변 부탁드립니다.

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