GCP와 Firebase 무료 티어 비용 계획

무료 출시 계획에서는 0달러로 보이는 항목을 모두 같은 의미로 보면 안 됩니다. 신규 고객 trial credit, Firebase 무료 플랜 한도, Google Cloud always-free 월 사용량은 작동 방식이 다르므로 무료라고 판단하기 전에 따로 모델링해야 합니다.

Trial credit은 이미 유료 비용 구조를 가진 아키텍처를 가릴 수 있습니다. Always-free 사용량은 제품, 리전, 리소스 종류, 월별 한도에 따라 제한됩니다. 가장 안전한 추정은 임시 크레딧이 사라지고 실제 production 트래픽으로 운영될 때의 청구서입니다.

Firebase 중심 앱에서 처음 유료로 바뀌는 항목은 hosting 자체가 아닐 때가 많습니다. 목록 화면의 Firestore read, 이미지나 사용자 파일의 Storage 다운로드, Cloud Functions 호출, 전화번호 인증, BigQuery export, 로그량을 함께 보세요.

Cloud Run 앱은 요청 수, 평균 응답 시간, CPU, 메모리, 최소 인스턴스, 외부 전송량, 뒤에 연결된 DB를 추정해야 합니다. 작은 Cloud Run API도 인스턴스를 warm 상태로 유지하거나 요청마다 무거운 Firestore, Cloud SQL, Storage 작업을 만들면 빠르게 유료 비용으로 바뀔 수 있습니다.

출시 전에는 예상 첫 달 시나리오와, 프로모션 크레딧이나 초기 무료 여유가 사용량을 가리지 않는 달의 시나리오를 따로 만드세요. 아키텍처 결정에는 낙관적인 출시 월이 아니라 두 번째 시나리오를 기준으로 삼는 것이 좋습니다.

추정치에는 결제 예산, 서비스별 알림, 필요한 경우 App Check, 공개 asset cache rule, 목록 화면과 업로드 한도를 함께 붙이세요. 무료 티어 이후 추정치가 read, 다운로드, 최소 인스턴스 시간에 치우친다면 더 많은 용량을 사기 전에 그 경로부터 줄이세요.