Render 배포 사용법, 무료 범위와 서비스 종류

TL;DR

• Render 배포 사용법은 세 단계다. 서비스 종류를 고르고, 저장소를 연결하고, 나머지는 맡긴다.
• 요금이 두 겹이다. 워크스페이스 플랜값과 컴퓨트 사용료가 따로 붙는다. 무료 Hobby도 컴퓨트는 별도다.
• 웹 서비스만 있는 게 아니다. 데이터베이스, 예약 작업, 워크플로, 정적 사이트, 백그라운드 작업이 같은 곳에 있다.

Render 배포 사용법을 찾는 시점은 대개 서비스를 여러 개 올려야 할 때다.
API 서버 하나만이면 어디든 되지만, 데이터베이스가 붙고 예약 작업이 생기고 정적 사이트까지 붙으면 관리할 곳이 늘어난다.

Render는 이 조각들을 한곳에 모은다.
공식 자료 기준으로 650만 명 넘는 사용자가 쓰고 있고, 웹 서비스와 Postgres, 예약 작업, 워크플로, 정적 사이트, 백그라운드 작업, 키-값 저장소, 사설 서비스, 웹소켓, 엣지 캐시를 같은 대시보드에서 다룬다.
아래는 첫 배포부터 서비스 종류 선택, 요금 구조까지를 공식 문서와 요금표 기준으로 정리한 것이다.

서비스 종류를 먼저 고른다

이 플랫폼을 쓸 때 첫 결정이 서비스 종류다.
무엇을 만드느냐에 따라 고르는 게 달라진다.

• 웹 서비스: 외부에서 접속하는 API나 앱. 가장 흔한 선택이다.
• 정적 사이트: 빌드 결과물만 올리는 경우. 프런트엔드 전용 프로젝트가 여기 해당한다.
• 사설 서비스: 외부에 노출하지 않고 내부에서만 부르는 서비스.
• 백그라운드 작업: 요청을 받지 않고 계속 도는 작업. 큐 처리 같은 것이다.
• 예약 작업: 정해진 시간에 도는 작업.
• 워크플로: 오래 걸리는 작업을 연결해 분산 실행하는 구조.
• 데이터베이스와 키-값 저장소: Postgres와 Redis 호환 저장소.

종류를 잘못 고르면 요금이 어긋난다.
하루 한 번 도는 작업을 웹 서비스로 만들어두면 하루 종일 자원을 쓰게 된다.
예약 작업으로 만들면 도는 동안만 계산된다.

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

1. 계정을 만들고 워크스페이스를 엽니다.
2. 만들 서비스 종류를 고릅니다.
3. 깃 저장소를 연결합니다. 프레임워크에 맞는 런타임이 자동으로 잡힙니다.
4. 컴퓨트 플랜을 고릅니다. CPU와 메모리 조합을 여기서 정합니다.
5. 환경변수를 설정합니다.
6. 배포가 끝나면 주소로 접속해 확인합니다.
7. 커스텀 도메인을 연결합니다. 인증서는 자동으로 처리됩니다.
8. 필요하면 데이터베이스를 추가하고 연결 정보를 서비스에 넣습니다.

4번이 요금을 정한다.
컴퓨트 플랜은 워크스페이스 플랜과 별개로 서비스마다 고르는 값이고, 2026년 8월부터 플랜 ID가 사양을 그대로 드러내는 형식으로 바뀌었다.
CPU 4개에 메모리 32GB짜리 플랜이 4c-32g 같은 식이라 이름만 봐도 사양을 안다.

메모리를 많이 쓰는 작업을 위한 플랜도 이때 추가됐다.
CPU 대비 메모리 비율이 높은 구성과 CPU 12개 구간이 생겼다.

요금이 두 겹으로 붙는다

처음 볼 때 헷갈리는 부분이다.
요금표가 “플랜 요금 + 컴퓨트”로 표기돼 있다.

무료 Hobby에서도 서비스를 25개까지 만들 수 있고 커스텀 도메인과 방화벽이 포함된다는 점이 눈에 띈다.
다만 컴퓨트는 별도라, 서비스를 띄워두면 그만큼 계산된다.

Pro로 넘어가는 이유는 대개 둘이다.
팀으로 쓸 때 좌석 제한이 걸리거나, 풀스택 미리보기가 필요할 때다.

투자를 받은 스타트업에 최대 $100K 크레딧, 다른 곳에서 옮겨오는 경우 최대 $10K 크레딧을 주는 프로그램이 별도로 안내돼 있다.

미리보기 환경이 만드는 차이

Render가 앞세우는 기능 중 실무에서 값이 큰 게 미리보기다.
풀스택 미리보기는 풀 리퀘스트마다 애플리케이션 구조 전체를 임시로 띄운다.

프런트엔드만 미리 보는 것과 다르다.
데이터베이스를 포함한 전체 구성이 그 브랜치 기준으로 뜨므로, 스키마를 바꾸는 변경도 합치기 전에 확인할 수 있다.

이 기능이 Pro부터인 이유도 짐작이 간다.
임시 환경을 여러 개 띄우는 만큼 자원이 든다.
팀으로 일하며 리뷰 단계가 있는 경우에 값을 한다.

인프라를 코드로 관리하는 경로도 있다.
여러 서비스 구성을 하나의 YAML 파일로 정의하고, 테라폼 프로바이더도 제공된다.
구성이 복잡해지면 화면에서 하나씩 만드는 대신 이쪽으로 옮기는 편이 재현 가능하다.

코딩 에이전트와 함께 쓰기

2026년 8월 블로그를 보면 이 방향에 힘을 주고 있다.
코딩 에이전트로 빌드하고 배포하고 운영하는 흐름을 다룬 글이 연달아 올라와 있다.

도구도 정비됐다.
CLI가 2.25 버전대이고, 파이썬과 타입스크립트 SDK가 각각 1.0 베타로 나왔다.
에이전트가 배포와 운영을 API로 다룰 수 있게 하는 기반이다.

배포 자체를 에이전트에 맡기려면 확인할 게 있다.
어떤 권한까지 줄지, 실패했을 때 되돌리는 절차가 있는지다.
서비스 동작과 롤백 항목이 문서에 정리돼 있으니 그 범위를 먼저 정하는 순서를 권한다.

한계와 안 맞는 경우

• 요금을 한 줄로 예측하고 싶은 경우. 플랜과 컴퓨트가 따로 붙어 계산이 두 겹이다.
• 아주 짧은 작업만 있는 경우. 요청이 있을 때만 도는 구조가 필요하면 다른 형태가 맞을 수 있다.
• 특정 리전 요건이 엄격한 경우. 제공 리전을 먼저 확인해야 한다.
• 무료로 상시 서비스를 운영하려는 경우. 플랜은 무료여도 컴퓨트는 계산된다.

제품 만들 때 가져갈 설계

첫째는 요금 구조를 둘로 나눈 점이다.
협업 기능은 플랜으로, 자원은 사용량으로 받는다.
두 가지의 원가가 다른데 하나로 묶으면 어느 한쪽이 왜곡된다.

둘째는 플랜 이름을 사양으로 바꾼 결정이다.
임의의 이름 대신 CPU와 메모리를 그대로 넣으니 문서를 찾지 않아도 무엇인지 안다.
선택지가 늘어날 때 이름 규칙이 곧 사용성이 된다.

셋째는 미리보기를 애플리케이션 전체로 확장한 방식이다.
프런트엔드만 미리 보는 건 흔한데, 데이터베이스까지 포함하면 확인의 성격이 달라진다.

실행 체크리스트

1. 만들 것이 어떤 서비스 종류인지 먼저 정합니다.
2. 하루 한 번 도는 작업이면 예약 작업으로 만듭니다. 웹 서비스로 만들면 낭비입니다.
3. 저장소를 연결하고 런타임이 맞게 잡혔는지 확인합니다.
4. 컴퓨트 플랜을 사양 기준으로 고릅니다.
5. 환경변수를 넣고 배포 결과를 확인합니다.
6. 커스텀 도메인을 연결합니다.
7. 팀으로 쓴다면 좌석 제한과 풀스택 미리보기 필요 여부를 봅니다.
8. 구성이 여러 서비스로 늘어나면 YAML로 관리합니다.
9. 에이전트에 배포를 맡길 계획이면 권한 범위와 롤백 절차를 먼저 정합니다.

자주 묻는 질문

Render는 무료로 쓸 수 있나요

Hobby 플랜이 월 $0이고 서비스 25개까지, 대역폭 5GB, 커스텀 도메인과 방화벽이 포함됩니다.
다만 컴퓨트 사용료는 플랜과 별도로 계산됩니다.

요금이 왜 두 가지로 나뉘나요

워크스페이스 플랜은 협업과 기능 범위를 정하고, 컴퓨트는 서비스가 실제로 쓴 자원을 계산합니다.
요금표에도 “플랜 + 컴퓨트” 형태로 표기돼 있습니다.

어떤 서비스 종류를 골라야 하나요

외부 접속이 필요하면 웹 서비스, 빌드 결과물만 올리면 정적 사이트, 정해진 시간에 도는 작업이면 예약 작업입니다.
종류를 잘못 고르면 자원을 계속 쓰게 됩니다.

풀 리퀘스트마다 확인 환경을 만들 수 있나요

풀스택 미리보기가 있어 변경마다 애플리케이션 구조 전체를 임시로 띄울 수 있습니다.
이 기능은 Pro 플랜부터 제공됩니다.

참고한 곳

• Render 공식 홈
• Render Pricing
• Render Docs
• Render Changelog