역할 및 권한 등급
무엇을, 그리고 어디에.
역할은 누가 무엇을 할 수 있는지 정합니다. 주소 권한은 그것을 어디에 할 수 있는지 정합니다. 둘이 맞기 전에는 아무 일도 일어나지 않습니다.
한마디로
역할 기반 접근 제어란?
역할 기반 접근 제어는 권한을 한 사람씩 정하는 대신 관리자나 뷰어처럼 이름이 있는 역할을 각자에게 줍니다. 역할을 바꾸면 그 역할을 가진 모두가 함께 바뀝니다.
6
모든 워크스페이스에 처음부터 있는 역할
24
직접 만들 수 있는 역할
35
체크할 권한, 6개 그룹에
작동 방식
모든 워크스페이스에 있는 여섯 역할
소유자, 관리자, 멤버, 뷰어는 사다리를 이루며 위 역할이 아래 것을 모두 가집니다. 그 옆에서 개발자는 메일을 읽지 않고 연동을 만들고, 결제는 요금제를 맡습니다.
직접 24개까지 만들기
그룹으로 묶인 목록에서 체크하세요. 템플릿 편집은 읽기도 함께 체크하고, 그 읽기를 풀면 편집도 함께 풀립니다.
역할은 키의 상한입니다
역할에 맞춰 키를 발급하면 둘 다 가진 스코프만 남고, 요청마다 확인합니다. 역할을 좁히면 키도 교체 없이 따라옵니다.
제공 기능
지금 제품에 있는 것
소유자는 고정입니다
나중에 늘어나는 것까지 모든 권한을 가지며, 편집도 삭제도 양도도 안 됩니다.
나머지는 이름을 바꾸세요
팀에서 그렇게 부른다면 Ops나 온콜이라고 부르세요.
삭제는 먼저 묻습니다
사람이나 키가 아직 가진 역할을 삭제하면 어디로 옮길지 묻습니다.
어시스턴트도 따릅니다
뷰어의 MCP 클라이언트는 발송 도구 없이 만들어집니다.
활용 팁
제대로 활용하기
- 01
주소도 함께 주세요
역할은 누구에게도 주소를 주지 않습니다. 주소마다 보내기 가능이나 읽기 전용으로 부여하세요.
- 02
모든 키에 상한을
API 키는 그 일을 하는 역할에 맞춰 발급하세요.
- 03
용도를 적으세요
다음에 역할을 부여할 사람은 설명을 보고 판단하니, 무엇을 위한 역할인지 적으세요.
현재 상황
알아두면 좋은 점
- 워크스페이스 넘기기
- 소유권은 넘길 수 없습니다. 소유자는 언제나 워크스페이스가 속한 계정입니다.
질문
자주 묻는 질문
더 보기
