트래픽 증가 전 Cloud Run 비용 통제하기

Cloud Run 비용은 각 인스턴스에 할당한 리소스와 그 리소스가 활성 상태인 시간에 크게 좌우됩니다. 현실적인 부하 테스트를 통과하는 가장 작은 CPU와 메모리 설정에서 시작하고, Cloud Monitoring 지표를 본 뒤에만 상향하세요.

출시 직전에는 리소스를 과하게 잡기 쉽습니다. CPU를 거의 쓰지 않는데 full vCPU를 예약하거나 필요한 것보다 훨씬 큰 메모리를 유지하면, 적당한 요청량도 불필요한 월 비용으로 이어질 수 있습니다.

최소 인스턴스는 컨테이너를 warm 상태로 유지해 첫 요청을 빠르게 만들지만, 유휴 인스턴스도 비용을 만듭니다. 모든 API에 기본값처럼 켜기보다, cold start가 전환에 영향을 주는 사용자-facing 경로에 우선 적용하세요.

요청 사이에도 백그라운드 작업이 돌아야 한다면 그 서비스를 분리해서 별도로 추정하세요. 그렇지 않은 관리자 도구, 웹훅, 프로토타입, 내부 작업은 scale-to-zero가 더 적합한 경우가 많습니다.

서비스 수준의 최대 인스턴스 값을 초기에 정해두세요. 높은 최대값은 트래픽 급증 때 가용성을 보호하지만, 봇, 재시도, 큐 폭주, 잘못된 클라이언트가 만들 수 있는 과금 surprise도 함께 키웁니다.

최대 인스턴스는 적절한 동시성, Cloud SQL·Firestore·Storage와 가까운 리전 배치, Billing 알림과 함께 봐야 합니다. 출시 전에는 계산기에 낙관적인 트래픽과 보수적인 트래픽을 모두 넣어 비교하세요.