롤과 권한
세 개의 콘솔이 하나의 백엔드를 공유한다. 누가 무엇을 할 수 있는지 정리한다.
한눈에
| 팀 사용자 | Org Admin | Super Admin | |
|---|---|---|---|
| 소속 | 조직 > 팀 | 조직 | 없음 (플랫폼 전역) |
| 로그인 | 조직·팀 선택 + 개인 아이디 | 이메일 | 이메일 |
| 진입 경로 | /app | /org | /platform |
| 보이는 범위 | 자기 팀 | 자기 조직의 모든 팀 | 모든 조직 |
할 수 있는 일
| 작업 | 사용자 | Org Admin | Super Admin |
|---|---|---|---|
| 인스턴스 시작·중지 | ✅ | 강제 중지만 | 조회만 |
| 보안 그룹 규칙 변경 | ✅ | ||
| 서버급 예약 신청 | ✅ | ||
| 서버급 예약 승인·조정·반려 | ✅ | ||
| 서버리스 키 수령·사용 | ✅ | ||
| 서버리스 키 발급·폐기 | ✅ | ||
| 팀 생성·예산 할당 | ✅ | ||
| 멤버 비활성화 | ✅ | ||
| 팀 잠금 해제 | ✅ | ||
| 조직 생성·제거 | ✅ | ||
| 크레딧 판매 | ✅ | ||
| 노드 등록·해제 | ✅ | ||
| 단가표 관리 | ✅ | ||
| 감사 로그 열람 | 자기 조직 | 전체 |
경계가 왜 이렇게 나뉘나
돈을 만드는 사람과 쓰는 사람을 분리했다. 크레딧을 조직에 넣는 것은 Super Admin만, 팀에 나누는 것은 Org Admin만, 쓰는 것은 사용자만 한다. 한 롤이 전 구간을 통제하지 않는다.
자원 확보 책임은 플랫폼에 있다. 서버급 예약을 Super Admin이 승인하는 이유는 그가 실제로 노드를 확보·등록할 수 있는 유일한 사람이기 때문이다. Org Admin은 물리 자원을 만들 수 없다.
키 발급과 사용을 분리했다. Org Admin이 예산과 모델 접근을 정해 키를 만들지만, 비밀 키는 팀이 수령하는 순간 생성되어 팀에게만 1회 표시된다. 관리자도 값을 볼 수 없다.
요청이 흐르는 방향
사용자가 직접 할 수 없는 일은 요청으로 올린다. 요청 종류에 따라 받는 사람이 다르다.
| 요청 | 올리는 곳 | 받는 사람 | 이유 |
|---|---|---|---|
| 노드 추가 | GPU 예약 화면 | Super Admin | 실제 노드를 등록할 수 있는 유일한 롤 |
| 키 발급 | 서버리스 화면 | Org Admin | 팀 예산을 나누는 주체 |
| 모델 접근 | 서버리스 화면 | Org Admin | 키 구성의 일부 |
노드 추가 요청이 Org Admin 요청함에 뜨지 않는 것은 실수가 아니라 의도다. Org Admin이 승인해도 노드를 만들 수 없기 때문이다.
팀 잠금
크레딧이 소진되면 팀이 잠긴다. 잠긴 팀은 조회는 되지만 쓰기가 막힌다.
| 잠긴 팀에서 | |
|---|---|
| 인스턴스 조회·리포트 열람 | 가능 |
| 인스턴스 시작 | 차단 |
| 예약 신청 | 차단 |
| 서버리스 호출 | 차단 (403 team_locked) |
실행 중이던 인스턴스는 자동으로 중지된다. 해제는 Org Admin이 예산을 채운 뒤 긴급 대응에서 한다.
세션과 무효화
로그인하면 JWT가 발급된다. access 15분, refresh 7일이다.
| 조치 | 기존 세션 |
|---|---|
| 멤버·어드민 비활성화 | 즉시 차단 (매 요청 확인) |
| 팀 코드 초기화 | 유지된다. 신규 가입만 막힌다 |
| 비밀번호 변경 | 유지된다. 토큰 만료까지 |
즉시 차단이 필요하면 비활성화를 써야 한다. 팀 코드 초기화나 비밀번호 변경으로는 이미 나간 토큰을 회수하지 못한다.
다음
- 처음 로그인하기
- 롤별 상세: Super Admin · Org Admin · 사용자