Cloud Run과 App Engine 비용 비교: 알맞은 런타임 선택

Cloud Run의 request-based billing은 인스턴스가 시작·종료되거나 요청을 처리할 때 할당된 CPU와 메모리, 그리고 요청 수에 과금합니다. 최소 인스턴스를 두지 않으면 유휴 서비스는 0까지 축소될 수 있습니다. Instance-based billing은 컨테이너 인스턴스의 전체 수명에 과금하므로 꾸준한 트래픽이나 요청 밖에서도 CPU가 필요한 작업에 맞을 수 있습니다.

App Engine Standard는 적용되는 무료 사용량 이후 instance class별 instance hour에 과금하고, App Engine Flexible은 가상 머신 리소스에 과금하며 무료 티어가 없습니다. 따라서 트래픽이 적은 서비스는 월 요청 수뿐 아니라 유휴 인스턴스 시간과 scaling 설정도 함께 비교해야 합니다.

간헐적이거나 순간적으로 몰리는 컨테이너 API라면 Cloud Run request-based billing이 보통 더 명확한 출발점입니다. Concurrency를 높이면 여러 요청이 한 인스턴스를 공유하고, 최대 인스턴스는 compute와 하위 DB 연결이 늘어나는 속도를 제한합니다. 최소 인스턴스는 cold start를 줄이지만 추정치에 유휴 비용을 추가합니다.

App Engine Standard는 지원 runtime과 플랫폼 규칙에 맞고 instance class autoscaling을 활용하는 앱에 적합할 수 있습니다. App Engine Flexible은 runtime 선택 폭이 넓지만 VM 기반 리소스이므로 계속 실행되는 용량을 반드시 모델링해야 합니다. 요청당 가격 하나만으로 고르지 말고 응답 시간, 메모리, 인스턴스 수, 실행 시간을 포함하세요.

두 제품 모두 외부 데이터 전송, Cloud Logging, build와 deploy, DB와 storage 비용을 더해야 합니다. 런타임이 저렴해 보여도 Cloud SQL 연결, Firestore 작업, Cloud Storage 다운로드, Serverless VPC Access가 전체 청구서를 키울 수 있습니다.

낮은 트래픽과 꾸준한 트래픽 시나리오를 만들고 같은 리전에서 비교하세요. Cloud Run은 billing mode, CPU, memory, concurrency, 요청 시간, 최소·최대 인스턴스를 기록합니다. App Engine은 Standard 또는 Flexible, instance class 또는 VM 리소스, scaling mode, 예상 instance hour를 기록합니다. 제품과 리전에 따라 요금과 무료 사용량이 달라지므로 최종 선택은 공식 Google Cloud Pricing Calculator에서 확인하세요.