Cloud Run과 Cloud SQL 비용: 전체 백엔드로 계산하기

Cloud Run 서비스는 0까지 줄어들 수 있지만, Cloud SQL은 인스턴스가 실행되는 순간 월 고정 기준 비용이 생기는 경우가 많습니다. DB 인스턴스 등급, 저장소, 백업, 고가용성은 Cloud Run 요청 수, CPU, 메모리, 실행 시간과 따로 계산하세요.

이 구분은 트래픽이 적은 제품에서 특히 중요합니다. API 사용량이 조용한 프로토타입도 항상 켜진 DB 비용은 낼 수 있고, 같은 트래픽이라면 Firestore나 더 작은 관리형 선택지가 더 낮은 고정비를 가질 수 있습니다.

Cloud Run은 스파이크 때 여러 인스턴스를 시작할 수 있고, 각 인스턴스는 DB 연결을 열 수 있습니다. 풀링이나 보수적인 최대 인스턴스 설정이 없으면 컴퓨팅 비용보다 먼저 Cloud SQL 연결 한도에 닿을 수 있습니다.

DB 등급에 맞는 연결 풀 크기를 정하고, Cloud Run 동시성을 의도적으로 설정하며, 모든 갑작스러운 요청을 받는 것보다 DB 보호가 중요할 때는 최대 인스턴스를 제한하세요. 백그라운드 worker와 예약 작업도 같은 연결 예산에 포함해야 합니다.

Cloud Run과 Cloud SQL은 호환되는 가까운 리전에 배치해 지연 시간을 줄이고 불필요한 네트워크 전송을 피하세요. 제품에 필요하다면 백업 보관 기간, read replica, private networking, 리전 간 트래픽도 추정에 더합니다.

비싼 쿼리는 단순 CRUD와 분리해서 보세요. 리포팅 대시보드, 검색 필터, export, 관리자 업무는 CPU, 메모리, 저장소 I/O, 응답 시간을 키울 수 있습니다. Cloud SQL의 고정비가 쿼리 유연성만큼 가치 있는지 계산기의 일반 케이스와 스파이크 케이스를 함께 비교하세요.