조직 역할과 권한
Fly.io 조직(orgs)에는 Member와 Admin 두 가지 역할이 있어요. 이 역할들은 앱 배포부터 청구 관리까지 조직 안에서 사용자가 할 수 있는 일을 결정해요. 이 문서에서는 각 역할이 할 수 있는 일과, 더 안전한 접근 제어를 위한 전략을 안내해 드릴게요.
출처: 문서
본문
조직 역할 유형
Fly.io 조직(orgs)에는 Member와 Admin 두 가지 역할이 있어요. 이 역할들은 앱 배포부터 청구 관리까지 조직 안에서 사용자가 무엇을 할 수 있는지를 결정해요.
Member
팀의 대부분의 사람들은 Member가 될 거예요. 개발자나 엔지니어가 필요로 할 것이라고 예상되는 모든 것을 할 수 있어요:
- 앱 생성 및 삭제
- 새 버전 배포
- 시크릿, 볼륨, 머신 관리
- 로그와 메트릭 보기
- 조직의 프라이빗 네트워크에 접근
그들이 할 수 없는 것: 조직 자체에 대해 아무것도 바꿀 수 없어요. 사용자 초대나 제거, 청구 접근, 조직 삭제가 없어요.
Admin
Admin은 Member의 모든 권한에 몇 가지 중요한 권한을 더해 가져요:
- 사용자 초대 및 제거
- 청구 정보 보기 및 업데이트
- 조직 영구 삭제
Admin 역할은 아껴서 사용하세요. Admin은 의도적으로든 실수로든 모든 것을 불태울 수 있어요.
참고: 확장 파트너(예: Tigris)의 청구 및 사용자 권한 세부 사항은 공급업체에 직접 확인하세요.
빠른 비교
| 역량 | Member | Admin |
|---|---|---|
| 앱 배포 및 관리 | ✓ | ✓ |
| 사용자 초대/제거 | X | ✓ |
| 청구 관리 | X | ✓ |
| 조직 삭제 | X | ✓ |
더 안전한 접근 제어를 위한 전략
Fly.io는 의도적으로 역할을 단순하게 유지해요. Admin과 Member만 있어요. 하지만 "조직을 삭제할 수 있음"과 "앱을 배포할 수 없음" 사이의 이분법 선택에 갇혀 있을 필요는 없어요. 이미 지원하는 도구를 사용해 팀이 더 안전한 접근 패턴을 만드는 몇 가지 방법이 있어요.
1. 환경을 별도 조직으로 분리하기
Fly.io 조직은 무료로 만들 수 있고, 만들 수 있는 개수에도 기술적 제한이 없어요. 한 가지 알아둘 점은 각 조직에는 결제 수단 또는 연결된 청구 조직이 필요하다는 것이에요. 연결 조직과 청구에 대해 더 자세히 여기에서 읽을 수 있어요.
멀티플레이어 게임 플랫폼을 운영한다고 해 볼게요. 이렇게 설정할 수 있어요:
arcadia-dev— 모든 엔지니어가 Admin으로, 테스트 빌드 배포, 게임 서버 조정, 새 기능 실험이 자유로운 곳.arcadia-prod— 운영과 시니어 엔지니어만 Admin 권한을 가지고, 나머지는 모두 Member인 곳.
이 구성은 전형적인 "실수로 프로덕션 배포" 시나리오를 피해요. Admin은 여전히 중요한 곳에서 완전한 제어를 얻지만, 누군가 스테이징 빌드를 올리려고 프로덕션 열쇠를 나눠주지는 않게 돼요.
2. 관측 전용 역할에 읽기 전용 토큰 사용하기
때때로 사람들은 건드리지 않고 보기만 해야 할 때가 있어요. 지원팀이 고객 문제를 해결하기 위해 로그를 보고 싶을 수도 있고, SRE가 Grafana나 다른 대시보드 도구에 연결하고 싶을 수도 있어요.
그런 사람들을 Member로 만들 필요는 없어요. 대신 읽기 전용 API 토큰을 생성하세요:
flyctl tokens create readonly
이 토큰은 Fly.io에 인증할 수 있지만 변경은 할 수 없어요. 제대로 사용하려면, 사용자가 로그아웃 상태(fly auth logout)여야 하고 FLY_API_TOKEN으로 토큰을 설정한 상태로 명령을 실행해야 해요. 최대한 안전하게 하려면 이 사용자들을 조직의 Member로 만들지 마세요. Member라면 여전히 fly auth login을 실행해 자신의 사용자 계정으로 전체 접근을 얻어 토큰의 제한을 우회할 수 있기 때문이에요. 관측 도구를 통합하거나 위험 없이 팀에 가시성을 주는 좋은 방법이에요. fly tokens create의 사용법에 대해 참조 페이지에서 더 읽을 수 있어요.
요약
Fly.io는 의도적으로 역할을 단순하게 유지하지만, 팀이 실제로 일하는 방식에 맞춰 접근을 형성할 도구는 여전히 있어요. Admin 수는 적게 유지하고, Member가 필요한 만큼만 접근하도록 하며, 그 외에는 기본적으로 모두 잠가 두세요.