관리하기
한도
무료 티어에서 실제로 막히는 값들입니다. 넘기 전에 알림이 먼저 갑니다.
이 표의 각 행에는 그것을 막는 코드가 있습니다.
| 축 | 무료 | 프로 (준비 중) | 넘으면 |
|---|---|---|---|
| 조직당 프로젝트 수 | 3 개 | 30 개 | 409 project_limit |
| 데이터베이스 크기 | 150 MB | 150 MB | 쓰기가 거절됩니다 |
| 백업 보관 | 24 세대 (하루) | 168 세대 (이레) | 오래된 세대부터 지워집니다 |
| 파일 저장소 | 1 GiB | 10 GiB | 507 quota_exceeded |
| 앱 로그인 이메일 | 시간당 30 통 | 시간당 300 통 | 발송이 미뤄집니다 |
| 로그 버퍼 | 프로젝트당 2000 줄 / 1 MiB | 같음 | 오래된 줄부터 사라집니다 |
| 번들 업로드 | 압축 64 MiB | 같음 | bundle_too_large |
데이터베이스 150 MB 는 모든 요금제에서 같습니다. 이 값은 가격표가 아니라 엔진의 성질에서 옵니다 — 150 MB 상한 에 이유를 적었습니다.
파일 저장소의 상한은 비대칭입니다 — 넘어도 읽기·목록·삭제는 계속 됩니다. 가득 찼을 때 지울 수 없으면 내려올 방법이 없기 때문입니다.
프로젝트 수를 넘으면
오류 [project_limit] free 요금제는 프로젝트 3 개까지다 (지금 3)응답 본문에 지금 값이 함께 옵니다.
{ "error": { "code": "project_limit", "message": "…", "details": { "limit": 3, "count": 3, "plan": "free" } } }쓰지 않는 프로젝트를 정리하시거나, 프로 요금제가 필요하시면 hello@runlot.dev 로 알려 주세요.
알림
한도에 가까워지거나 부딪히면 조직의 admin 에게 알림이 갑니다.
| 알림 | 언제 |
|---|---|
project_limit | 프로젝트 생성이 한도로 거절됐을 때 |
db_near_cap | 데이터베이스가 상한의 90 % 에 닿았을 때 |
storage_near_quota | 파일 저장소가 쿼터의 90 % 에 닿았을 때 |
backup_failed | 백업이 재시도 끝에 실패했을 때 |
restore_done | 복원이 끝났을 때 |
같은 알림은 24 시간에 한 번만 갑니다. 계속 부딪히시는 동안 메일함이 차지 않게 하기 위해서입니다.
대시보드의 조직 화면에서 최근 알림을 보실 수 있습니다. 이메일 주소가 없는 계정에게는 그 화면이 유일한 통로입니다.
집행하지 않는 것
요청 수와 CPU 시간은 수집만 합니다. 차단은 결제가 들어와 "넘기면 요금" 이 성립하는 날의 일입니다.
runlot usage
runlot usage --hours 168백업 보관이 하루인 이유
세대는 한 시간 격자로 뜹니다. 24 세대면 하루, 168 세대면 이레입니다. 오프사이트 보관 비용이 그대로 일곱 배이기 때문에 요금제로 갈립니다.
복원 단위도 한 시간 격자입니다. 임의 시각으로 되돌리는 기능이 아닙니다. 백업과 복원 을 보세요.
리전
서울 한 곳입니다. 앱과 데이터베이스가 같은 기계에 있는 것이 설계이고, 그래서 env.db 호출에 네트워크 왕복이 없습니다.