Supabase Organization과 Project

앱이 하나였을 때는 Supabase 대시보드에서 Organization(조직)과 Project(프로젝트)의 차이를 따질 일이 없습니다. 앱이 두세 개로 늘면 “조직을 새로 만들어야 하나, 지금 조직에 프로젝트를 추가하면 되나”가 곧바로 비용 문제가 됩니다. 답은 앱 개수가 아니라 플랜을 섞어야 하는지, 결제를 따로 받아야 하는지, 프로젝트마다 붙는 컴퓨트 비용이 얼마인지에서 나옵니다. 아래는 이 세 가지에 이전 가능 여부를 더한 네 가지를 순서대로 확인합니다. 금액은 모두 USD이고, 계산 예시는 가격표로 만든 값이지 실제 청구서가 아닙니다.

Free와 Pro의 한도와 가격 비교는 Supabase Free vs Pro에 있습니다. 여기서는 조직과 프로젝트의 관계를 판단하는 데 필요한 만큼만 다시 적습니다.

조직과 프로젝트는 무엇을 담을까

둘은 같은 층의 단위가 아니라 서로 다른 것을 담습니다.

조직은 플랜(Free, Pro, Team, Enterprise) 하나만 가집니다. 그래서 한 조직 안에서는 Free와 Pro 프로젝트를 섞을 수 없습니다. 반대로 프로젝트의 컴퓨트는 프로젝트마다 따로 청구되므로, 조직에 프로젝트를 하나 더 만들면 구독료는 그대로여도 컴퓨트 비용이 늘 수 있습니다.

어디서부터 판단할까

새 앱이 생겼을 때 이 순서로 확인합니다.

1. 플랜을 섞어야 하는가
2. 결제나 멤버 권한을 따로 둬야 하는가
3. 프로젝트를 하나 더 만들면 얼마가 늘어나는가
4. 이미 만든 프로젝트를 옮길 수 있는가

세 번째까지 “아니오”나 “조금”이면 지금 조직에 프로젝트를 추가하는 것으로 충분합니다. 앱이 여러 개라는 사실만으로는 조직을 나눌 이유가 되지 않습니다.

플랜을 섞어야 하는가

한 조직에서는 Free와 유료 프로젝트를 함께 둘 수 없습니다. 어떤 앱은 무료로 두고 어떤 앱만 Pro로 운영하고 싶다면 조직을 둘로 나눠야 합니다. 유료 조직 하나와 무료 조직 하나를 두고 프로젝트를 나눠 담는 방식입니다.

Free 프로젝트에는 두 가지 제약이 있습니다.

• 활성 프로젝트는 2개까지입니다. 이 한도는 조직 하나가 아니라, 본인이 Owner 또는 Administrator인 모든 조직에 걸쳐 적용됩니다. 새 조직을 만든다고 무료 프로젝트가 늘어난다고 기대하면 안 됩니다. 한도에 걸렸을 때 대시보드가 어떤 안내를 보여 주는지는 직접 확인하지 못했습니다.
• 1주일 동안 활동이 없으면 일시 중지됩니다. 중지된 프로젝트는 활성 2개에 포함되지 않고 대시보드에서 복원할 수 있습니다. 복원할 수 있는 기간은 확인하지 못했습니다. 유료 플랜의 프로젝트는 비활동으로 중지되지 않습니다.

그래서 이런 구성이 나옵니다. 실제로 쓰는 앱이 프로덕션이고 나머지는 시험용이라면, Pro 조직에 프로덕션을, Free 조직에 시험용을 둡니다. 시험용 프로젝트는 쓰지 않으면 중지될 수 있다는 점을 감수하는 구성입니다.

결제와 멤버를 나눌 이유가 있는가

조직을 나누는 이유가 비용이 아니라 관리인 경우도 있습니다. 조직마다 결제 수단, 청구 주기, 인보이스가 따로 발행되고 멤버와 역할도 조직별로 관리됩니다.

• 고객사나 팀마다 청구서를 따로 받아야 한다면 조직을 나누는 것이 맞습니다.
• 역할은 Owner, Administrator, Developer가 기본이고, 조직 수준 역할은 지금 있는 프로젝트와 앞으로 생길 모든 프로젝트에 똑같이 적용됩니다. 특정 프로젝트에만 권한을 주는 프로젝트 범위 역할과 Read-Only 역할은 Team과 Enterprise에서만 쓸 수 있습니다.
• 프로젝트마다 접근할 사람이 다르다면, Pro 조직에서는 프로젝트 범위 역할을 쓸 수 없습니다. 조직을 나누거나 Team 이상으로 올리는 두 선택지가 있고, Team의 가격은 이번에 확인하지 못했습니다.

혼자 개발하고 청구서를 하나만 받으면 되는 경우에는 이 기준에 해당하지 않아서 이 절은 건너뛰어도 됩니다.

프로젝트를 추가하면 얼마가 늘어날까

Pro는 월 $25부터이고 월 $10의 컴퓨트 크레딧이 포함됩니다. 크레딧은 조직마다 한 번, 컴퓨트에만 적용되고 다음 달로 넘어가지 않습니다. 기본 크기인 Micro 컴퓨트 한 개의 월 비용(약 $10)을 덮는 금액이어서, 프로젝트를 하나 더 만들 때마다 크기에 따라 약 $10에서 시작하는 컴퓨트 비용이 추가됩니다.

컴퓨트는 시간 단위로 청구되고, 일부 시간도 한 시간으로 셉니다. 월 환산은 공식 문서에 적힌 근삿값입니다. Nano 크기는 Free 조직에서만 무료이고, 유료 조직에서는 새로 만들 수 없으며 옮겨 온 Nano는 Micro 단가로 청구됩니다. 일시 중지된 프로젝트에는 컴퓨트가 청구되지 않습니다.

같은 앱 세 개를 구성하는 방식에 따라 월 비용이 이렇게 달라집니다(유료 조직의 프로젝트는 Micro 기준, 세금과 사용량 초과분 제외).

세 번째 구성이 계산상 가장 낮습니다. 다만 이 구성은 두 개의 Free 프로젝트가 1주 비활동으로 중지될 수 있고, 프로덕션이 아닌 앱만 Free로 둔다는 전제가 필요합니다. 조직마다 구독료와 크레딧이 따로 생기는 점을 이용한 구성이 권장되는지는 확인하지 못했습니다. 위 표는 계산일 뿐 권고가 아닙니다.

한 가지 주의할 점은 Spend Cap(사용량이 포함량을 넘을 때 초과 청구를 막는 설정)입니다. Pro에서는 기본으로 켜져 있지만 컴퓨트 비용은 막아 주지 않습니다. 프로젝트를 늘리거나 컴퓨트 크기를 올려서 생기는 비용은 Spend Cap과 상관없이 그대로 청구되므로, 추가하기 전에 위 표로 먼저 계산합니다.

프로젝트 이전

이미 만든 프로젝트를 다른 조직으로 옮길 수 있습니다. 앱을 옮겨 담아 Free와 Pro를 나누거나, 청구 대상을 바꿀 때 씁니다. 이전은 대시보드에서 해당 프로젝트의 General 설정(Project Settings 아래의 General 화면, 주소는 /dashboard/project/<프로젝트>/settings/general)을 열어 시작합니다. 그 화면에서 이전 항목의 버튼 이름과 단계는 확인하지 못했으니, 실제 이전은 이 화면에서 안내하는 내용을 읽고 진행합니다.

조건은 이렇습니다.

• 원래 조직의 Owner여야 하고, 옮겨 갈 조직에서는 최소 Member여야 합니다.
• 활성 GitHub 연동이 있거나, 프로젝트 범위 역할이 그 프로젝트를 가리키거나, 로그 드레인(로그를 외부 서비스로 내보내는 설정)이 설정된 프로젝트는 옮길 수 없습니다. 먼저 해제해야 합니다.
• 다른 리전으로는 옮길 수 없습니다.

옮기는 중과 후에는 이런 일이 생길 수 있습니다.

• 유료 조직에서 Free 조직으로 옮길 때 1–2분 정도의 짧은 다운타임이 있을 수 있습니다. 그 밖의 방향에서 무중단인지는 확인하지 못했습니다.
• 옮겨 간 조직의 플랜에 따라 일부 프로젝트 기능을 쓰지 못할 수 있고, 새 조직에서의 역할에 따라 권한이 줄어들 수 있습니다.
• Free 조직으로 옮길 때 활성 프로젝트 2개 한도를 넘으면 막힙니다. 먼저 대상 조직을 Pro로 올리면 되지만, 그 순간부터 대상 조직은 Free가 아니라 유료 조직으로 청구됩니다.
• 청구는 원래 조직이 옮기기 전까지의 사용분을, 새 조직이 옮긴 뒤의 사용분을 각자의 청구 주기 말에 받습니다.

운영 중인 앱을 옮기기 전에는 로그인(Auth), 파일 저장(Storage), 서버 함수(Edge Functions)를 쓰는지, 앱이 프로젝트 URL과 키로 연결되어 있는지 확인합니다. 이 글은 이전을 직접 해 보고 쓴 것이 아니라서 이전 뒤에 앱 연결이 어떻게 유지되는지는 확인하지 못했습니다.

적용하는 순서

1. 대시보드의 조직 목록을 열어 조직 수와 각 조직의 플랜을 적습니다. 조직의 billing 페이지에서 Subscription Plan 섹션을 봅니다.
2. 조직마다 프로젝트 목록과 활성·중지 상태를 적습니다.
3. 프로젝트별 컴퓨트 크기와 월 비용을 위 표와 비교해 봅니다.
4. 새 프로젝트가 필요하면 이 순서로 따져 봅니다. 같은 플랜의 조직이 있으면 그곳에 추가하고 비용 증가분을 계산합니다. 플랜이 달라야 하면 조직을 새로 만듭니다.
5. 변경한 뒤에는 조직별 플랜, 프로젝트 목록, 다음 청구 주기의 컴퓨트 항목을 다시 확인합니다. 앱이 정상 연결되는지도 확인합니다.

이전이나 삭제 같은 되돌리기 어려운 작업은 다음 경우에는 하지 않습니다. 현재 조직의 권한 구조를 확인하지 못했을 때, 운영 중인 앱을 잠깐이라도 멈출 수 없는데 다운타임 영향을 확인하지 못했을 때, Auth·Storage·Edge Functions를 쓰는지 모를 때입니다.

마무리 정리

• 새 프로젝트는 같은 플랜의 조직이 있으면 그곳에 추가하고, 플랜이 달라야 하면 조직을 새로 만듭니다.
• 프로젝트를 추가하기 전에 컴퓨트 크기별 월 비용으로 늘어날 금액을 계산합니다.
• 프로젝트 이전은 원래 조직의 Owner 권한이 있고 GitHub 연동과 로그 드레인을 해제했으며 같은 리전일 때만 합니다. Auth·Storage·Edge Functions 사용 여부를 모르거나 다운타임 영향을 확인하지 못했다면 하지 않습니다.
• 변경한 뒤에는 조직별 플랜, 프로젝트 목록, 다음 청구 주기의 컴퓨트 항목과 앱 연결을 다시 확인합니다.