Railway 배포 사용법, 저장소 연결부터 요금까지

TL;DR

• Railway 배포 사용법의 출발점은 저장소 연결이다. 코드를 읽어 빌드 설정을 알아서 잡고, 설정 파일을 쓰지 않아도 배포된다.
• 무료로 시작하면 30일 $5 크레딧 체험 뒤 월 $1 구간이 된다. 실제로 쓰려면 월 $5 Hobby나 $20 Pro가 기준이다.
• 요금이 플랜값이 아니라 사용량이다. 각 플랜의 금액은 최소 사용량이고, 그 안에서 쓴 만큼 차감된다.

Railway 배포 사용법을 알아보는 상황은 대개 하나다.
만든 것을 어딘가에 올려야 하는데 인프라를 설정하고 싶지는 않은 경우.
도커 파일을 쓰고, 컨테이너 레지스트리를 만들고, 로드밸런서를 붙이고, 인증서를 걸고, 데이터베이스를 따로 띄우는 과정이 부담스러운 것이다.

Railway는 그 과정을 저장소 연결 하나로 접는다.
코드를 읽어 어떤 언어와 프레임워크인지 파악하고 빌드 설정을 자동으로 잡는다.
전체 구성이 시각적인 캔버스로 보이고, 설정을 바꾸려면 캔버스에서 해당 요소를 눌러 고친다.
아래는 첫 배포부터 데이터베이스 연결, 요금이 붙는 구조까지를 공식 문서와 요금표 기준으로 정리한 것이다.

캔버스로 보는 인프라

이 서비스가 다른 배포 플랫폼과 갈리는 지점이 화면이다.
배포한 서비스와 데이터베이스, 그 사이의 연결이 하나의 캔버스에 그려진다.

여기서 얻는 게 몇 가지 있다.
전체 구성이 한눈에 보여서 무엇이 무엇에 붙어 있는지 헷갈리지 않는다.
설정을 바꿀 때 목록을 뒤지는 대신 캔버스에서 해당 요소를 눌러 바로 고친다.
YAML은 선택 사항이라고 표기돼 있다.

네트워킹도 배포 순간부터 준비된다.
사설 연결과 공개 엔드포인트, SSL, 로드밸런싱이 별도 설정 없이 붙는다.
서비스끼리는 VPC 구성 없이 내부망으로 통신하고, HTTP와 TCP, gRPC, 웹소켓을 자동으로 구분해 처리한다.

Railway 배포 사용법, 첫 배포까지

1. 계정을 만듭니다. 무료로 시작할 때 신용카드가 필요하지 않습니다.
2. 새 프로젝트를 만들고 깃 저장소를 연결합니다.
3. 빌드 설정을 확인합니다. 자동으로 잡히지만 맞는지 한 번 봅니다.
4. 환경변수를 넣습니다. 캔버스에서 해당 서비스를 눌러 설정합니다.
5. 배포가 끝나면 공개 주소를 발급받습니다.
6. 데이터베이스가 필요하면 프로젝트에 추가합니다. 연결 정보가 자동으로 환경변수에 들어갑니다.
7. 사용량 한도를 설정합니다. 사용량 과금이라 상한이 없으면 예측이 안 됩니다.

6번이 이 서비스의 편한 부분이다.
데이터베이스를 프로젝트에 추가하면 연결 문자열이 서비스 환경변수로 자동 연결된다.
값을 복사해 붙이는 과정이 없다.

요금이 붙는 구조

핵심은 “최소 사용량”이라는 표현이다.
월 $5를 내면 $5어치 사용 크레딧이 들어오고, 그 안에서 쓰면 추가 요금이 없다.
넘기면 초과분만 청구된다.
플랜값과 사용료가 따로 붙는 구조가 아니다.

무료 구간은 체험 성격이 강하다. 30일 동안 $5 크레딧을 쓰고 그 뒤로는 월 $1 구간으로 내려간다.
서비스당 1 vCPU에 0.5GB RAM이라 실제 서비스를 올리기에는 좁다.

실무 기준선은 Hobby다.
개인 프로젝트를 상시 띄워두는 정도면 여기서 해결되고, 팀으로 쓰거나 트래픽이 있으면 Pro다.

사용량을 통제하는 방법

사용량 과금에서 가장 중요한 게 상한이다.
문서에 비용 통제 항목이 별도로 있다.

먼저 사용량 한도를 건다.
CLI에서도 설정할 수 있다고 변경 기록에 나와 있다.
한도에 닿으면 알림을 받거나 서비스가 멈추게 할 수 있다.

그다음은 잠자는 서비스를 정리하는 것이다.
시험 삼아 띄워둔 서비스가 계속 자원을 먹는 경우가 흔하다.
캔버스로 전체가 보이니 주기적으로 훑어보고 안 쓰는 것을 지운다.

복제본 수도 확인 대상이다.
자동으로 늘어나는 설정을 켜두면 트래픽이 튈 때 비용도 함께 튄다.
상한을 정해두는 편이 안전하다.

약정 지출과 클라우드 마켓플레이스 경로도 문서에 안내돼 있다.
규모가 있으면 그쪽 조건을 비교해볼 만하다.

AI 도구와 붙는 경로

2026년 들어 이 회사가 힘을 준 방향이 에이전트다.
문서에 관련 항목이 여럿 있다.

자체 에이전트가 있어서 슬랙이나 디스코드에서 부를 수 있고, 클라우드에서 도는 에이전트도 베타로 제공된다.
외부 도구용 플러그인과 커넥터도 준비돼 있다.
ChatGPT, Codex, Claude, Cursor, Grok용 연결이 각각 있고 MCP 서버도 제공한다.

기능 플래그가 모든 프로젝트에 기본으로 들어간 것도 2026년 7월 변경이다.
기능을 켜고 끄는 작업을 CLI나 SDK, MCP에서 할 수 있어서 에이전트가 배포 후 점진적 공개까지 맡을 수 있다.
별도 서비스를 붙이지 않아도 된다는 뜻이다.

샌드박스 기능도 있다.
격리된 환경에서 코드를 돌리는 용도이고, 에이전트가 만든 코드를 안전하게 실행하는 구성에 쓰인다.

다른 곳에서 옮겨올 때

문서에 이전 가이드가 서비스별로 정리돼 있다.
헤로쿠, Render, Fly, Vercel, 디지털오션, Replit 같은 곳에서 옮기는 절차가 각각 있다.

옮길 때 확인할 항목은 대체로 비슷하다.
빌드 명령과 시작 명령이 자동 감지로 잡히는지, 환경변수를 빠짐없이 옮겼는지, 데이터베이스 데이터를 어떻게 이전할지, 도메인 전환 시점을 언제로 잡을지.

특히 데이터베이스는 미리 계획해야 한다.
서비스는 배포해두고 도메인만 나중에 돌리면 되지만, 데이터는 이전 시점에 멈춰 있는 구간이 생긴다.

한계와 안 맞는 경우

• 세밀한 인프라 제어가 필요한 경우. 자동 설정이 편한 만큼 통제 폭은 좁다.
• 비용을 정확히 예측해야 하는 경우. 사용량 과금이라 부하에 따라 움직인다.
• 무료로 상시 서비스를 운영하려는 경우. 무료 구간의 자원이 좁다.
• 특정 리전 요건이 엄격한 경우. 제공 리전을 먼저 확인해야 한다.

제품 만들 때 가져갈 설계

첫째는 설정을 읽어내는 방향이다.
사용자에게 설정 파일을 쓰게 하는 대신 코드를 보고 추론한다.
설정이 필요 없는 게 아니라, 필요한 설정을 제품이 알아내는 것이다.

둘째는 인프라를 그림으로 보여준 결정이다.
서비스 목록으로 보여주면 관계가 보이지 않는데, 캔버스로 그리면 구조가 드러난다.
복잡한 상태를 다루는 제품이라면 표현 방식 자체가 기능이 될 수 있다.

셋째는 요금을 최소 사용량으로 설계한 점이다.
플랜값과 사용료를 따로 받으면 적게 쓰는 사용자가 손해를 본다.
플랜값이 곧 크레딧이면 그 불만이 사라진다.

실행 체크리스트

1. 계정을 만들고 저장소를 연결합니다.
2. 자동으로 잡힌 빌드 설정이 맞는지 확인합니다.
3. 환경변수를 캔버스에서 서비스별로 넣습니다.
4. 데이터베이스가 필요하면 프로젝트에 추가해 자동 연결을 확인합니다.
5. 공개 주소로 접속해 동작을 봅니다.
6. 사용량 한도를 설정해 상한을 겁니다.
7. 자동 확장 복제본 수에 상한을 둡니다.
8. 안 쓰는 서비스를 주기적으로 정리합니다.
9. 다른 곳에서 옮겨온다면 데이터베이스 이전 시점을 먼저 계획합니다.

자주 묻는 질문

Railway는 무료로 쓸 수 있나요

30일 동안 $5 크레딧으로 체험할 수 있고 그 뒤로는 월 $1 구간이 됩니다.
서비스당 1 vCPU와 0.5GB RAM으로 제한되므로 실제 서비스 운영보다는 시험 용도에 맞습니다.

요금은 어떻게 계산되나요

각 플랜 금액이 최소 사용량입니다.
예를 들어 Hobby는 월 $5를 내고 $5어치 사용 크레딧을 받으며, 그 안에서 쓰면 추가 요금이 없고 넘기면 초과분만 청구됩니다.

데이터베이스는 어떻게 붙이나요

프로젝트에 데이터베이스를 추가하면 연결 정보가 서비스 환경변수로 자동 연결됩니다.
값을 직접 복사해 넣을 필요가 없습니다.

설정 파일을 써야 하나요

코드를 읽어 빌드 설정을 자동으로 잡고 YAML은 선택 사항으로 표기돼 있습니다.
필요하면 캔버스에서 직접 수정할 수 있습니다.

참고한 곳

• Railway 공식 홈
• Railway Pricing
• Railway Docs
• Railway Changelog