Railway 요금과 사용법 2026: Free·Hobby 차이부터 비용 한도·서버리스 설정까지 1인 개발자 배포 가이드
사이드 프로젝트를 배포할 곳을 고를 때 Railway는 늘 후보 목록 위쪽에 있습니다. GitHub 저장소를 연결하면 알아서 빌드하고, Postgres나 Redis도 클릭 몇 번이면 붙는 편리함 때문입니다. 그런데 요금 구조가 몇 번 바뀌면서 “Railway 무료로 쓸 수 있나요?”, “한 달에 얼마 나와요?” 같은 질문이 계속 나옵니다.
이 주소에 있던 예전 Railway 리뷰는 기능 소개 위주의 짧은 글이었습니다. 이번에 2026년 10월 기준 Railway 공식 문서의 요금표, 비용 제한, 서버리스(예전 이름 App Sleeping) 설명을 다시 확인해서, 1인 개발자가 실제로 배포하기 전에 알아야 할 내용 중심으로 처음부터 새로 썼습니다. 숫자는 모두 공식 문서에 있는 값이고, 제가 계산한 부분은 계산이라고 표시했습니다.
Railway는 어떤 서비스인가
Railway는 서버, 웹앱, 데이터베이스, 크론 작업 같은 걸 한 대시보드에서 배포하고 운영하는 클라우드 플랫폼입니다. AWS처럼 네트워크와 서버를 직접 설계할 필요 없이, 코드가 있는 저장소를 연결하거나 도커 이미지를 지정하면 Railway가 빌드하고 실행합니다. 프로젝트 화면이 서비스들을 상자로 그려 놓은 캔버스 형태라서, 웹 서버와 데이터베이스와 백그라운드 작업이 어떻게 연결돼 있는지 한눈에 보인다는 게 특징입니다.
Vercel이나 Netlify가 프런트엔드와 서버리스 함수에 강하다면, Railway는 계속 떠 있어야 하는 백엔드 서버, 웹소켓 서버, 큐 워커, 데이터베이스를 같이 올리기 좋은 쪽입니다. 그래서 저는 “프런트는 Vercel, 백엔드와 DB는 Railway”처럼 나눠 쓰는 구성을 자주 봅니다.
2026년 10월 기준 Railway 요금제
| 플랜 | 월 구독료 | 포함 사용량 | 서비스당 최대 자원 |
|---|---|---|---|
| Trial | 0달러 | 가입 시 1회성 5달러 크레딧 | RAM 1GB, vCPU 2개, 볼륨 0.5GB |
| Free | 0달러 | 매달 1달러 크레딧 | RAM 0.5GB, vCPU 1개, 볼륨 0.5GB, 복제본 1개 |
| Hobby | 5달러 | 매달 5달러 사용량 포함 | RAM 48GB, vCPU 48개, 볼륨 5GB |
| Pro | 20달러 | 매달 20달러 사용량 포함 | RAM 1TB, vCPU 1,000개, 볼륨 최대 1TB |
| Enterprise | 별도 문의 | – | 더 큰 한도, SLA, 컴플라이언스 |
여기서 많이들 헷갈리는 부분이 Hobby입니다. Hobby는 무료가 아닙니다. 매달 5달러를 내고, 그 5달러만큼의 사용량이 포함되는 구조입니다. 한 달 사용량이 3달러면 청구액은 5달러, 사용량이 7달러면 청구액은 7달러입니다. Railway 공식 요금제 문서에 나온 예시 그대로입니다. 포함 사용량은 다음 달로 이월되지 않습니다. Pro도 같은 방식으로 20달러를 내고 20달러만큼 포함됩니다.
그리고 3월 30일부터 선불 크레딧 결제가 막히고 후불 카드 결제가 필수가 됐습니다. 활동이 많은 일부 사용자에게는 Hobby 구독료를 자동으로 면제해 주는 제도가 있는데, Railway가 사용량과 GitHub 계정 등을 보고 자동으로 판단하며 요청해서 받을 수 있는 건 아니라고 문서에 적혀 있습니다.
사용량 요금은 이렇게 붙습니다
| 자원 | 요금 |
|---|---|
| RAM | GB당 월 10달러 (분 단위 과금) |
| CPU | vCPU당 월 20달러 (분 단위 과금) |
| 외부로 나가는 트래픽 | GB당 0.05달러 |
| 볼륨 저장 공간 | GB당 월 0.15달러 |
| 빌드 | 무료 (빌드 CPU·메모리, 이미지 저장 과금 없음) |
핵심은 “잡아 둔 양”이 아니라 “실제로 쓴 양”만큼 낸다는 점입니다. 서버에 RAM 8GB까지 쓸 수 있게 해 둬도, 실제로 300MB만 쓰고 있으면 300MB만큼만 냅니다. CPU도 마찬가지로 실제로 쓴 만큼입니다.
감을 잡기 위해 제가 위 단가로 간단히 계산해 보면 이렇습니다. 메모리를 한 달 내내 0.5GB 쓰는 서버 하나가 있다면 RAM 요금만 약 5달러입니다. 여기에 CPU 사용량이 붙습니다. 그러니까 작은 API 서버 하나에 작은 Postgres 하나를 계속 켜 두면 Hobby 포함 사용량 5달러를 넘기기 쉽고, 실제 청구액은 5달러보다 조금 더 나오는 경우가 많다고 보는 게 현실적입니다. 정확한 금액은 앱마다 크게 다르니 첫 달은 사용량 화면을 자주 들여다보시길 권합니다.
참고로 샌드박스나 클라우드 에이전트처럼 가상 머신 형태로 도는 작업은 컨테이너보다 비싼 별도 단가(RAM·vCPU 각각 월 50달러 기준)가 적용됩니다. 일반 웹 서비스만 올린다면 신경 쓸 일은 거의 없습니다.
Railway 사용법: 처음 배포까지
1. 저장소 연결로 배포
가장 흔한 방법입니다. 새 프로젝트를 만들고 GitHub 저장소를 고르면 Railway가 코드를 보고 언어와 프레임워크를 판단해 빌드합니다. 이후 해당 브랜치에 푸시할 때마다 자동으로 다시 배포됩니다. 도커파일이 있으면 그걸로 빌드합니다.
2. CLI로 배포
저장소를 연결하기 싫거나 로컬에서 바로 올리고 싶다면 Railway CLI를 씁니다. 로그인하고 프로젝트를 연결한 다음 railway up을 실행하면 현재 폴더를 올려서 배포합니다. 환경 변수를 로컬에서 그대로 쓰면서 명령을 실행하는 기능도 있어서, 운영 DB에 마이그레이션을 돌릴 때 편합니다. 물론 운영 DB에 명령을 날리는 일이니 조심해야 합니다.
3. 데이터베이스 붙이기
프로젝트 캔버스에서 새 서비스를 추가할 때 Postgres, MySQL, Redis, MongoDB 같은 데이터베이스를 템플릿으로 고를 수 있습니다. 만들어지면 접속 주소가 환경 변수로 생기고, 웹 서비스에서 그 변수를 참조하게 하면 연결됩니다. 접속 정보를 코드에 직접 적을 필요가 없습니다.
4. 도메인 연결
서비스 설정에서 Railway가 주는 기본 주소를 바로 만들 수 있고, 내 도메인도 연결할 수 있습니다. DNS에 Railway가 알려 주는 레코드를 넣으면 인증서는 자동으로 발급됩니다.
돈이 새지 않게 하는 설정 세 가지
사용량 기반 과금은 편하지만, 실수 하나로 청구서가 커질 수 있다는 뜻이기도 합니다. 배포하자마자 아래 세 가지는 꼭 해 두세요.
사용량 한도 걸기
워크스페이스의 사용량 화면에서 두 가지를 설정할 수 있습니다. 하나는 이메일 알림(사실상 소프트 한도)으로, 정한 금액에 도달하면 메일만 보내고 서비스는 그대로 둡니다. 다른 하나는 하드 한도로, 이 금액을 넘으면 Railway가 서비스를 내려서 더 이상 과금되지 않게 합니다. CLI로도 설정할 수 있고, 비용 관리 문서의 예시는 railway usage limit set --target workspace --soft 75 --hard 125 형태입니다. 제 생각에 사이드 프로젝트라면 하드 한도를 반드시 걸어 두는 게 맞습니다. 서비스가 잠깐 내려가는 것보다 예상 못 한 청구서가 훨씬 아픕니다.
컴퓨팅 사용량과 Railway 에이전트(LLM) 사용량은 따로 계산되고 한도도 따로 겁니다. 에이전트 사용량은 기본 하드 한도가 Hobby 5달러, Pro 20달러로 잡혀 있고 이 한도는 없앨 수 없습니다.
서버리스(자동 잠자기) 켜기
트래픽이 거의 없는 서비스라면 서버리스 설정이 비용을 꽤 줄여 줍니다. 켜 두면 서비스가 바깥으로 패킷을 보내지 않는 상태가 5분 넘게 이어질 때 잠들고, 다음 요청이 오면 깨어납니다. 서버리스 문서에 따르면 비활성 여부를 일정 간격으로 확인하기 때문에, 실제로는 마지막 트래픽 이후 5~10분 사이에 잠듭니다.
주의할 점이 있습니다. 데이터베이스 커넥션 풀을 열어 두거나, 프레임워크가 텔레메트리를 보내거나, 같은 프로젝트 안 다른 서비스와 계속 통신하면 잠들지 않습니다. 잠든 서비스에 처음 들어온 요청은 응답이 늦거나 502가 날 수 있다는 것도 공식 문서에 적혀 있습니다. 그리고 설정은 새로 배포할 때 적용되니, 켠 다음 한 번 다시 배포해야 합니다. 결제 웹훅을 받는 서버처럼 첫 요청 실패가 곤란한 서비스에는 켜지 않는 게 안전합니다.
내부 통신은 프라이빗 네트워크로
같은 프로젝트 안의 웹 서버와 데이터베이스가 공용 주소로 통신하면 외부 트래픽 요금이 붙습니다. 프라이빗 네트워크 주소로 연결하면 이 비용을 피할 수 있습니다. 공식 비용 관리 문서에서도 비용을 줄이는 방법으로 따로 소개하는 항목입니다.
처음 쓰는 사람이 자주 하는 실수
- Hobby를 무료 플랜으로 착각하기: 위에서 말했듯 Hobby는 월 5달러 고정입니다. 사용량이 0이어도 구독료는 나갑니다. 카드 등록하고 잊어버리면 매달 조용히 빠져나가니, 안 쓰는 프로젝트는 정리하고 플랜도 다시 보세요.
- 테스트용 서비스를 지우지 않기: 기능 하나 시험하려고 만든 서비스와 데이터베이스가 프로젝트에 그대로 남아 계속 메모리를 먹는 경우가 흔합니다. 한 달에 한 번은 캔버스를 보면서 안 쓰는 상자를 지웁니다.
- 커넥션 풀 때문에 서버리스가 안 먹히기: 서버리스를 켰는데 비용이 그대로라면, 대부분 서비스가 데이터베이스 연결을 계속 열어 두고 있어서 잠들지 못하는 경우입니다. 지표 탭의 네트워크 그래프는 공용 인터넷 트래픽만 보여 주기 때문에, 프라이빗 네트워크로 오가는 트래픽 때문에 깨어 있는 건 그래프만 봐서는 잘 안 보인다는 점도 문서에 나와 있습니다.
- 환경 변수를 서비스마다 복붙하기: 같은 키를 여러 서비스에 따로 넣어 두면 키를 바꿀 때 한 곳을 빠뜨립니다. 공유 변수나 다른 서비스 변수 참조 기능을 쓰면 한 곳만 고치면 됩니다.
- 백업 없이 볼륨만 믿기: 볼륨은 데이터를 계속 들고 있어 주지만, 내가 잘못 지운 데이터까지 되살려 주는 건 아닙니다. 덤프를 주기적으로 다른 곳에 남겨 두는 작업을 크론 서비스 하나로 만들어 두면 마음이 편합니다.
사용량 화면은 이렇게 봅니다
첫 달에는 일주일에 한 번 워크스페이스 사용량 화면을 열어서 세 가지만 확인하면 됩니다. 첫째, 이번 결제 주기에 지금까지 쓴 금액과 월말 예상 금액. 둘째, 어떤 서비스가 가장 많이 쓰는지. 대개 데이터베이스나 메모리를 많이 먹는 서버 하나가 대부분을 차지합니다. 셋째, 외부 트래픽이 예상보다 많은지. 트래픽이 갑자기 늘었다면 이미지를 서버에서 직접 내려주고 있거나, 봇이 긁어 가고 있거나, 내부 통신이 공용 주소로 나가고 있을 가능성이 큽니다. 이 세 가지를 보고 나면 다음 달에 무엇을 줄일지 거의 자동으로 정해집니다.
저는 이런 숫자를 따로 시트에 적어 두는 편입니다. 한 달 단위로 쌓이면 “이 프로젝트는 계속 둘 가치가 있나”를 판단할 때 근거가 됩니다. 사이드 프로젝트를 몇 달 단위로 검증하는 방법은 회사 다니면서 창업 테스트하는 법에 따로 적어 두었습니다.
Railway가 잘 맞는 경우와 아닌 경우
잘 맞는 경우
- 백엔드 서버와 DB, 워커를 한곳에서 빠르게 올리고 싶은 1인 개발자
- 도커나 서버 설정을 깊게 공부할 시간보다 제품 만드는 시간이 중요한 단계
- 트래픽이 들쭉날쭉한 초기 서비스. 쓴 만큼만 내는 구조가 유리합니다.
다른 선택지를 보는 게 나은 경우
- 트래픽이 꾸준히 많아서 서버를 24시간 높은 사용률로 돌리는 경우. 이때는 고정 요금 VPS가 더 쌀 수 있습니다. VPS에 직접 올린다면 Caddy 웹서버 가이드가 도움이 될 겁니다.
- 프런트엔드와 서버리스 함수만 있는 프로젝트. Vercel이나 Cloudflare 쪽이 더 단순합니다.
- 데이터베이스 백업·복제를 직접 세밀하게 관리해야 하는 경우. 관리형 DB 전문 서비스를 따로 쓰는 게 마음 편합니다.
비슷한 서비스와 고르는 기준
Railway를 볼 때 같이 비교되는 곳은 보통 Render, Fly.io, 그리고 직접 관리하는 VPS입니다. 요금은 각 회사가 자주 바꾸기 때문에 여기서는 숫자 대신 고르는 기준만 적겠습니다.
- 설정을 최대한 덜 하고 싶다: Railway나 Render처럼 저장소를 연결하면 끝나는 쪽이 편합니다. 여러 서비스를 한 화면에서 엮어 보는 경험은 Railway 쪽이 더 직관적이라고 느끼는 사람이 많습니다.
- 사용자가 여러 나라에 흩어져 있다: 지역을 나눠 배치하는 데 초점을 둔 서비스가 맞을 수 있습니다. Railway도 지역을 고를 수 있으니 먼저 내 사용자가 어디 있는지부터 보세요.
- 비용을 고정하고 싶다: 매달 같은 금액이 나가는 VPS가 마음 편합니다. 대신 보안 업데이트, 백업, 장애 대응을 내가 해야 합니다.
- 당장 검증이 목적이다: 어디든 가장 빨리 올릴 수 있는 곳이 정답입니다. 초기에는 플랫폼 선택보다 사용자를 만나는 속도가 훨씬 중요합니다.
배포 전에 확인할 체크리스트
- 하드 사용량 한도를 걸었다
- 서비스 사이 통신은 프라이빗 주소를 쓴다
- 트래픽 적은 보조 서비스에만 서버리스를 켰고, 켠 뒤 다시 배포했다
- DB 볼륨은 정기 백업 방법을 정해 뒀다
- API 키는 코드가 아니라 환경 변수에 있다
- 헬스 체크 주소를 만들어 배포 실패를 바로 알 수 있다
- 첫 달은 일주일에 한 번 사용량 화면을 확인한다
배포 구조 전반은 바이브 코딩 앱 프로덕션 가이드에, 데이터베이스 권한은 Supabase RLS 설정 체크리스트에 따로 정리해 두었습니다.
자주 묻는 질문
Railway 무료로 쓸 수 있나요?
Free 플랜이 있고 매달 1달러 크레딧이 들어옵니다. 서비스당 RAM 0.5GB, vCPU 1개로 작아서 아주 가벼운 실험용입니다. 새로 가입하면 Trial로 1회성 5달러 크레딧도 받습니다. 실제 서비스를 계속 켜 둘 생각이면 Hobby(월 5달러)부터 보는 게 현실적입니다.
Hobby를 해지하면 데이터는 어떻게 되나요?
공식 문서 기준으로 Hobby는 해지 후 60일, Pro는 90일, Free·Trial은 만료 후 30일이 지나면 볼륨 데이터가 삭제됩니다. 그 전에 경고를 보낸다고 돼 있지만, 해지하기 전에 직접 백업을 받아 두세요.
배포를 지웠는데 되돌릴 수 있나요?
이미지 보관 기간 안이라면 롤백할 수 있습니다. Free·Trial은 24시간, Hobby는 72시간, Pro는 120시간입니다. 그 뒤에는 원래 소스에서 다시 빌드해야 합니다.
업그레이드와 다운그레이드는 언제 적용되나요?
업그레이드는 바로 적용되고, 다운그레이드는 다음 결제 주기부터 적용됩니다.
팀원과 같이 쓸 수 있나요?
워크스페이스에 멤버를 추가하고 권한을 나누는 협업 기능은 Pro 이상에서 제공됩니다.
정리하면
Railway는 “인프라 설정에 시간을 쓰지 않고 백엔드를 올리는 곳”으로는 여전히 좋은 선택입니다. 다만 Hobby는 무료가 아니고, 사용량 기반이라 하드 한도를 걸지 않으면 예상보다 많이 나올 수 있다는 점은 처음부터 알고 시작하세요. 한도, 서버리스, 프라이빗 네트워크 세 가지만 챙기면 작은 사이드 프로젝트는 대부분 월 몇 달러 수준에서 운영할 수 있습니다. 출시 전후로 쓸 도구들은 1인 창업 AI 도구 가이드에 모아 두었습니다.