Google Cloud Storage 가격 정책(2026.06) 및 적정 마진/용량
- 클라우드 상품 특징은 아래와 같다.
-
상품 요구사항 요약(주요 용례) Google Cloud Storage 용량 크고 사용빈도 낮음 외장 인터넷 하드(창고) Google Cloud Firestore 용량 적지 않고
사용빈도도 됨비관계형 DB(문서) 외장 인터넷 DB(검증/기록) Supabase 관계형 DB(스키마) Google Cloud Compute Engine 용량 적고 사용빈도 매우 큼 외장 인터넷 CPU(현장인력)
-
- Coloud Storage : 외장 인터넷 저장매체 (https://cloud.google.com/storage/pricing)
- 1. 데이터 저장료(Data storage) : 저렴
-
더보기
- 데이터 저장 용량 종량제 : 어떤 리전의 어떤 스토리지 클래스에, 얼마나 많이 오래 보관하냐
- 가장 비싼 Standard 기준으로 100GiB 저장료가 한달에 3$정도로 매력적인 가격을 보인다(지역별 상이, Rapid 제외). 후술할 네트워크 사용료에서도 클라우드 인바운드는 무료로 책정하는데, 가격저항을 낮추어 많은 데이터를 유치하려는 구글의 의도가 뚜렷하다.
-
리전 스토리지 클래스 요금 : $ / (gibibyte * month) Single-Region
(Seoul)Standard 0.023 Nearline 0.016 Coldline 0.006 Archive 0.0025 Rapid Cache 0.120012 Dual-region*
(Taiwan)Standard 0.022 Nearline 0.011 Coldline 0.0044 Archive 0.0014 Muiti-region**
(asia)Standard 0.026 Nearline 0.015 Coldline 0.00875 Archive 0.003 Zonal
(Singapore)Rapid 0.11 gibiByte란 이진 연산으로 셈한 용령 단위로, 1gibiByte = 1GB+ 가 된다. 편의상 혼용한다.
* 두 싱글 리전을 선택함으로써 진행하며, 이들의 요금이 각각 청구된다. 사전 정의된 듀얼 리전은 그 리전의 요금만 청구된다(싱글리전의 2배 요금)
** 리전을 선택/관리할 수 없고, 사전 정의된 멀티 리전의 요금만 청구된다. -
리전 특징 과금 특징 요금 유형 저장료 처리비 싱글 단일 장애점, 값쌈
기준이 되는 기본 요건- - 듀얼 데이터 위치 통제와 단일 장애점 해소, 비쌈
비용을 감수하더라도 방어해야 하는 경우근소하게 비싼
저장료 2중 부담처리비 2중 부담
(복제)멀티 Google 관리 하 단일 장애점 해소, 절충적임
단일 장애점만 간단하게 해결하고 싶은 경우조금 더 비쌈 처리비 2중 부담
(복제)
- 백업 스토리지를 제공하는 경우를 생각해보자.
- 백업 스토리지긴 하지만 현실적으로 이는 지근거리의 백업이 대부분이다. 콜드라인/아카이브는 컨테이너/지하창고에 자물쇠 걸어 보관하는 수준의 백업이므로 적합하지 않다.서랍/캐비넷에 보관하는 수준의 백업으로는 스탠다드/니어라인이 적합하다. 스토리지 클래스별 권장 접근 주기는 월 1회 초과 / 월 1회 이하 / 분기 1회 이하 / 연 1회 이하이다.
- 리전에 대해서 살피면, 우선 민감 정보가 아닌 이상 듀얼은 배제하자. 싱글리전은 단일 장애점 문제를 감수하거나 직접 해결(백업리전 : 수동 듀얼리전)하는 것이고, 멀티리전은 이를 구글에게 맡기는 것이다. 수분- 가끔 수시간의 드문 리전 장애를 감수할 수 있으면 독고다이 싱글리전, 아니라면 백업리전 또는 멀티리전을 선택하면 될 것이다.
- 스토리지별 최소 보관 기간은 아래와 같으며, 조기 삭제시 잔여 기간 만큼 요금이 부과된다.
-
Standard Nearline Coldline Archive Rapid None 30 Days 90 Days 365 Dyas None
- 구글 클라우드 프로젝트는 버킷이라는 단위로 자율적으로 소분할 수 있으며, 이 버킷에 부착하는 태그 하나당 월 0.005$가 부과된다.
티끌모아모아빔-
구글 클라우드 스토리지 계층구조 Storage Projcet Bucket* Folder File / Object
-
- 데이터 저장 용량 종량제 : 어떤 리전의 어떤 스토리지 클래스에, 얼마나 많이 오래 보관하냐
- 더보기
2. 데이터 처리비(Data processing) : 업도르/저장은 싼데 다운로드가 비쌈(싱글리전 기준)
-
더보기
- 운영비(Operation charges) : 어떤 리전/버킷의 어떤 스토리지에, 어떤 작업을 요청하냐
-
버킷 소속 리전 스토리지 클래스 작업 클래스 요금 : $ / 1000건 Single-region Standard 클래스A 연산, 플렛 NS 0.005 클래스A 연산, 계층 NS 0.0065 클래스B 연산 플랫 NS 0.0004 클래스B 연산, 계층 NS 0.0005 Nearline 클래스A 연산, 플렛 NS 0.01 클래스A 연산, 계층 NS 0.013 클래스B 연산 플랫 NS 0.001 클래스B 연산, 계층 NS 0.0013 Coldline 클래스A 연산, 플렛 NS 0.02 클래스A 연산, 계층 NS 0.026 클래스B 연산 플랫 NS 0.01 클래스B 연산, 계층 NS 0.013 Archive 클래스A 연산, 플렛 NS 0.05 클래스A 연산, 계층 NS 0.065 클래스B 연산 플랫 NS 0.05 클래스B 연산, 계층 NS 0.065 Rapid Cache - Free Dual-region
Multi-regionStandard 클래스A 연산, 플렛 NS 0.01 클래스A 연산, 계층 NS 0.013 클래스B 연산 플랫 NS 0.0004 클래스B 연산, 계층 NS 0.0005 Nearline 클래스A 연산, 플렛 NS 0.02 클래스A 연산, 계층 NS 0.026 클래스B 연산 플랫 NS 0.001 클래스B 연산, 계층 NS 0.0013 Coldline 클래스A 연산, 플렛 NS 0.04 클래스A 연산, 계층 NS 0.052 클래스B 연산 플랫 NS 0.01 클래스B 연산, 계층 NS 0.013 Archive 클래스A 연산, 플렛 NS 0.10 클래스A 연산, 계층 NS 0.13 클래스B 연산 플랫 NS 0.05 클래스B 연산, 계층 NS 0.065 Zonal Rapid 클래스A 연산, 계층 NS 0.00113 클래스B 연산, 계층 NS 0.0002 클래스C 연산, 계층 NS 0.000625 클래스D 연산, 계층 NS 0.00002 리전 / 스토리지 클래스로 계층적으로 분류했지만, 재고단위(SKU)는 평면적이다 - 작업 클래스와 NameSpace, 메서드별 작업 클래스 구분은 다음과 같다
-
분류 내용 요약 Class A 업로드(PUT), 복사(COPY), 객체/폴더생성, 목록조회(LIST) 등 인바운드, 비쌈 Class B 다운로드(GET), 메타데이터 조회, 존재 여부 확인 아웃바운드, 쌈 플랫 NS 전통적인 평면적 저장 방식 비구조적, 저렴 계층 NS 폴대 개념을 추가한 계층적 저장 방식 구조적, 비쌈 -
클래스 A : 입력 클래스 B : 조회/다운로드 무료 : 삭제 ★ storage.insert ★ storage.get storage.bucket.delete ★ storage.patch storage.getIamPolicy storage.objects.delete ★ storage.update storage.testIamPermissions storage.folders.delete storage.setIamPolicy storage.AccessControls.list storage.buckets.list storage.objects.copy storage.objects.list storage.objects.copy storage.objects.move storage.objects.rewrite storage.AccessControls.delete PUT / POST Get Object / HEAD DELETE 1 태그 탈/부착 1 버켓의 태그 리스트 확인
-
- 검색비용(Retrival fees) : 어떤스토리지를 얼마나 읽기/복사/이동/재작성 하냐
- Nearline/Coldline/Archive 스토리지를 A클래스 작업(읽기/이동) 및 B클래스 작업(복사/재작성)이 호출된 경우 독립적으로 용량에 따라 과금된다. 네트워크요금은 별도이다.
-
Standard Nearline Coldline Archive Rapid 0$ 0.01$/gibiByte 0.02$/gibiByte 0.05$/gibiByte 0$
- 리전간 복제비용(Inter-region replication) : 어디 리전에서 어디 리전으로 얼마나 복제하냐
- https://docs.cloud.google.com/storage/docs/availability-durability
- 리전간 복제는 버킷의 토글 옵션으로, 옵션이 켜져있는 듀얼리전/멀티리전 버킷에서 A 클래스 작업이 호출된 경우 독립적으로 용량에 따라 과금된다.
-
지역 요금 ($/gibiByte) 복제유형 기본 터보*(이중리전버킷 Only) 북미 0.02 0.04 유럽 0.02 0.04 아시아 0.08 0.11 오세아니아 0.08 0.12 * 리전간 중복성 공백을 최소화해 데이터 손실 및 서비스 중단의 위험을 최소화하는 서비스.
- 자동 클래스 요금(Autoclass charges) : 버킷별 스토리지 클래스 자동 관리
- https://docs.cloud.google.com/storage/docs/autoclass
- 사용 빈도에 따라 Standrad 부터 Archive까지 스토리지 클래스를 자동으로 관리하며, 이에 수반되는 작업에 대한 운영비도 청구된다.(Standard 요금 청구)
-
부과 주기 금액 매월 버킷의 Object(File) 1000개당 0.0025$/월 클래스 전환시 Cold > Standard / Near
Archive > Standard / Near싱글/플랫 기준 0.0005$/1000건 나머지 Free
- ★네트워크 비용(Network) : 필수적인 비용인데 제일 비싸다. 최적화 필수
- 구글 클라우드 내부 데이터 전송료(Data transfer within Google Cloud) : Cloud간 전송
- Cloud Storage > Cloud Service 인바운드가 US-EA 동일 로케이션에서 발생하면 무료이며,(UA-EAST-A에서 US-EAST-B로, US-EAST1에서 US-EAST1로, EU에서 EU로), 그 외에는 아래의 과금표를 따른다($/GiB)
-
도달> US EU ASIA IDN OC ME LATAM AF US 0.02 0.05 0.08 0.10 0.10 0.11 0.14 0.11 EU 0.05 0.02 0.08 0.10 0.10 0.11 0.14 0.11 ASIA 0.08 0.08 0.08 0.10 0.10 0.11 0.14 0.11 IDN 0.10 0.10 0.10 None 0.08 0.11 0.14 0.14 OC 0.10 0.10 0.10 0.08 0.0.8 0.11 0.14 0.14 ME 0.11 0.11 0.11 0.11 0.11 0.08 0.14 0.11 LATAM 0.14 0.14 0.14 0.14 0.14 0.14 0.14 0.14 AF 0.11 0.11 0.11 0.14 0.14 0.11 0.14 None
- 특수 네트워크 사용료(Specialty network services) : 전용회선 사용료
- 일반 네트워크 사용료(General network usage) : 대략 0.12$/GiB
- Google Cloud ↔ 사용자간 네트워크 전송료
-
항목 가격($ / 1GB * month * 계정) 용량 구간 0GiB - 10 TiB 10 TiB - 150 TiB 150TiB + 클라우드로 인바운드 Free 아시아로 아웃바운드 0.12 0.11 0.08 중국으로 아웃바운드 0.23 0.22 0.20 호주로 인바운드 0.19 0.18 0.15 나머지로 아웃바운드 0.12 0.11 0.08
- 구글 클라우드 내부 데이터 전송료(Data transfer within Google Cloud) : Cloud간 전송
- 지능형 저장소 사용료(Storage Intelligence charges) : 스토리지 관리 AI
- 클래스 자동 관리가 자동 청소기이었다면, 이는 대시보드 분석기이다.
- 객체 컨텍스트(Object Contexts) : 오브젝트 레벨의 태그(key-value), 1000개당 0.003$ 티끌티끌
- 래피드 : 생략
- 운영비(Operation charges) : 어떤 리전/버킷의 어떤 스토리지에, 어떤 작업을 요청하냐
- 용량과 작업 횟수에 따른 스토리지 클래스별 비용 양상
-
더보기
월간 요청횟수(x, 빨강축 : 회)과 저장용량(y, 초록축 : GiB)에 따른 비용 식과 그림은 다음과 같다. ratioA는 x중 A Class 작업의 비율이고 diffE는 평균전송비율, diffC는 평균복제비율이다.- 싱글리전 케이스
-
저장료 운영료 검색료 복제료 전송료 Standard Class A 0.023$ 0.005$ Free None Free ClassB 0.0004$ 0.12 가중평균 0.023*y + (0.005*ratioA + 0.0004*(1-ratioA))*(x/1000) + (1-ratioA)*x*0.12*(diffE*y) Nearline Class A 0.016 0.01 0.01 None Free Class B 0.001 0.12 가중평균 0.016*y + (0.01*ratioA + 0.001*(1-ratioA))*(x/1000) + (1-ratioA)*x*(0.12+0.01)*(diffE*y) Coldline Class A 0.006 0.02 0.02 None Free Class B 0.01 0.12 가중평균 0.006*y + (0.02*ratioA + 0.01*(1-ratioA))*(x/1000) + (1-ratioA)*x*(0.12+0.02)(diffE*y) Archive Class A 0.0025 0.05 0.05 None Free Class B 0.05 0.12 가중평균 0.0025*y + (0.05*ratioA + 0.05*(1-ratioA))*(x/1000) + (1-ratioA)*x*(0.12+0.05)(diffE*y) - 아래에서는 스토리지 클래스별 비용 그래프로 호출 횟수(x, 빨강)과 스토리지 용량(y, 초록)에 따라 살핀다 : Standard(파랑), Nearline(빨강), Coldline(초록), Archive(노랑)
Figure1. diffE = 0.1인 경우 ratioA = 0.9(좌)와 1(우)의 비용 그래프. ratioA = 0.9에서는 낮은 x값에서(스토리지 비교군에 따라 B Class 작업1~8회 호출)에서 비용우열 역전이 발생한다. ratioA = 1에서는 네트워크 요금 때문에 솟아오른 비용이 털썩 주저앉아 평면처럼 되며, 저장료 우열대로 S<N<C<A의 원시적인 비욜 우열을 보인다. 
Figure2.. ratioA = 0.9인 경우 diffE = 0.1(좌)와 0.2(우)의 비용 그래프. 비용. 낮은 x값에서 발생하는 비용 역전 범위가 줄어들고(Class B 작업 호출 횟수가 4회 미만) 전체적인 비용이 가파르게 상승한다.
-
- 듀얼/멀티리전 케이스 : 저장료는 싱글리전 2배, 복제비는 0.05로 단순화하였다
-
저장료 운영료 검색료 복제료 전송료 Standard Class A 0.046$ 0.005$ Free 0.05 Free ClassB 0.0004$ 0.12 가중평균 0.046*y + (0.005*ratioA + 0.0004*(1-ratioA))*(x/1000) + 0.05*ratioA*x*diffC*y + (1-ratioA)*x*(0.12*diffE*y) Nearline Class A 0.032 0.01 0.01 0.05 Free Class B 0.001 0.12 가중평균 0.032*y + (0.01*ratioA + 0.001*(1-ratioA))*(x/1000) + 0.05*ratioA*x*diffC*y + (1-ratioA)*x*(0.12+0.01)*(diffE*y) Coldline Class A 0.012 0.02 0.02 0.05 Free Class B 0.01 0.12 가중평균 0.012*y + (0.02*ratioA + 0.01*(1-ratioA))*(x/1000) + 0.05*ratioA*x*diffC*y + (1-ratioA)*x*(0.12+0.02)(diffE*y) Archive Class A 0.005 0.05 0.05 0.05 Free Class B 0.05 0.12 가중평균 0.005*y + (0.05*ratioA + 0.05*(1-ratioA))*(x/1000) + 0.05*ratioA*x*diffC*y + (1-ratioA)*x*(0.12+0.05)(diffE*y) - 복제료는 선택적으로(토글) 지불하는 비용으로 단일 장애 문제에 대한 보험료이다.
- 아래에서 그래프로 살핀다. 비교를 위해 싱글리전 비용과 함께 나타내었다(각각 아래)
Figure3. diffE = diffC = 0.1인 경우 ratio = 0.9(좌)와 1(우)의 비용 그래프. 싱글리전과 달리 ratioA = 1인 경우에도 비용이 솟아있는데, A 클래스 작업에서 발생하는 복제비 때문이다.
-
- 축약하면 다음과 같다.
-
카테고리 비용 시나리오 핵심 비용 요소 업로드 저장료 * 운영료 + 복제료 복제료/저장료 다운로드 운영료 + 검색료 + 전송료 전송료 서비스 유형 싱글리전 업로드 위주 ratioA 의존 다운로드 위주 전송료 듀얼/멀티리전 업로드 위주 ratioA 및 복제 빈도 의존 다운로드 위주 ratioA 및 복제 빈도 의존 - 싱글 리전, 업로드 위주 서비스에서 업로드 비용이 다운로드 비용의 10% 미만이 되기 위한 조건 : (저장료 * y) < 0.1 * (전송료 * diffE * y) * (1-ratioA) * x 을 살피면 다음과 같다.
- 일반적인 다운로드 케이스로 Standard, diffE = 1,. (1-ratioA)*x = 다운로드 수로 취급하면, 한 달에 다운로드 2회 이상부터 업로드 비용은 다운로드 비용의 10% 미만이 되며, 월 다운로드 4회 이상부터는 5% 미만이 되어 무시할 수 있게 된다.
- diff 등 저장/전송 비율을 크게 감축시킬 수 있다면 diffE = 0.1에서 각각 월 다운로드 20회, 40회 미만이 이에 해당한다.
Figure4. diffE = 0.1(좌)와 1(우)의 다운로드 횟수에 따른 업로드비용/다운로드비용 그래프.
-
- 싱글리전 케이스
- ★구독료와 스토리지 적정 용량 추산
-
더보기백업 서비스를 제공하는 경우를 생각해보자.(싱글리전)
1. 무료 사용자의 스토리지
- 리텐션 향상을 위한 한계 감수비용률은 아래와 같다.
- 2026.06.23 - [DEVELOPMENT/SUUROUNDINGS] - 수익성 핵심지표 : 리텐션(Retention)
-
Figure5. (리텐션, 비용률)에 따른 5% 전체리텬션 확대를 위한 한계 감수비용률 그래프. - 한계 감수비용률을 10%로 추산하고 구독 전환률 0.025를 상수로 근사하면, 구독리텐션에 따른 매출공식에 따라 [0, 0.7]의 구독리텐션 범위에서 한계 감수비용은 구독료의 [0.0025, 0.008]배가 된다. 구독료 0.5%마다 추추가 리텐션 5%를 확보해야 한다는 의미이다. 구독료가 3000원이면 7.5-24원 구간으로, 대략 15원(0.01$)로 추산된다.
-
스토리지 비용 함수 (싱글리전) Standard S_{S}(x,y)=-costCeiling+0.023 y+(0.005 ratioA+0.0004 (1-ratioA))*((x)/(1000))+(1-ratioA) x*0.12 diffE y Nearline S_{N}(x,y)=-costCeiling+0.016 y+(0.01 ratioA+0.001 (1-ratioA))*((x)/(1000))+(1-ratioA) x (0.12+0.01) diffE y Coldline S_{C}(x,y)=-costCeiling+0.006 y+(0.02 ratioA+0.01 (1-ratioA))*((x)/(1000))+(1-ratioA) x (0.12+0.02) diffE y Archive S_{A}(x,y)=-costCeiling+0.0025 y+(0.05 ratioA+0.05 (1-ratioA))*((x)/(1000))+(1-ratioA) x (0.12+0.05) diffE y - 이제 상술한 비용 그래프를 rationA = 0.9, diff = 0.1 사례를 z축으로 비용상한만큼 평행이동하면, z<=0인 부분(색이 없는 부분)이 무료 사용자에게 제공 가능한 범위라고 할 수 있다.
Figure6. 한계 감수비용 0.01$(좌), 0.02$(중), 0.04$(우)에 따른 비용곡면을 위에서 바라본 모습. 한계 감수비용이 증가함에 따라 무료 사용자에게 제공할 수 있는 범위(흰색)가 넓어진다 
Figure7. 한계 감수비용 0.03$인 경우의 비용곡면. 500MB정도 제공하려면 한달에 30회 이하, 100MB면 한달에 150회 이하의 작업 호출 상한에서 이루어져야 한다. - 더 세밀하게 Class A(업로드)와 Class B(다운로드)로 나누어 접근하면 다음과 같다.
- Class A : raionA = 1, 한계감수비용 = 0.03, diff = 0.1
Figure8. rationA = 1인 경우의 비용 그래프. x축은 Class A 작업 호출 횟수가 된다. 1GB이하는 호출 횟수가 매우 널널하다. Class A와 Class B를 함께 묶어서 볼 것이 아니라, Class B의 횟수만 제한하는 것이 타당하다. - ★Class B : raionA = 0, 한계감수비용 = 0.03, diff = 0.1
Figure9. rationA = 0인 경우의 비용 그래프. x축은 Class B 작업 호출 횟수가 된다.
-
- 백업 서비스는 동기화 서비스와 달리 Class B(다운로드) 작업 수가 많지는 않을 것으로 예상된다. 주 1회 복원을 잡으면, 400MB까지 제공할 수 있음이다.
- 다만 해석상 유의점이 있다.
- 단일 장애점 문제를 감수하는 싱글 리전을 채택하였다. 이를 해소하기 위해 듀얼/멀티리전을 선택하는 경우 경우 50% 이하로 잡아야 할 것.
- 전송비율(diffE, diffC)이 상당히 중요하다. 이는 전송 최적화 수준으로 개발자 책임이 깊다. 사안에서는 0.1로 계산했는데, 스토리지 총 용량이 10GB라면 전송/복제 평균 용량을 1GB로까지 감축해냈다는 뜻이다. 복원에 매번 스토리지 전부를 끌어다 쓰면 diffE = 1이 된다.
- 다만 해석상 유의점이 있다.
- 동기화 서비스의 경우에도 클라우드 API 호출 양상은 달라지지 않기 때문에 본질적으로는 같다. 그러나 동기화는 Class B 호출 횟수가 상당히 늘어나기 때문에, 용량은 매우 작게 산정하여야 한다.
- 1분에 1회, 하루에 10시간동안 동기화하면 한 달에 18000회 호출되고, 용량 한도는 100kB가 된다. 동기화는 Firebase로 하자.
2. 유료 사용자의 스토리지
-
스토리지 비용 함수 (싱글리전) Standard S_{S2}(x,y)=S_{S}(x+OperationCount,y+Storage)*((100)/(priceRatio))+ Fee*((priceRatio)/(100)) Nearline S_{N2}(x,y)=S_{N}(x+OperationCount,y+Storage)*((100)/(priceRatio))+ Fee*((priceRatio)/(100)) Coldline S_{C2}(x,y)=S_{C}(x+OperationCount,y+Storage)*((100)/(priceRatio))+ Fee*((priceRatio)/(100)) Archive S_{A2}(x,y)=S_{A}(x+OperationCount,y+Storage)*((100)/(priceRatio))+ Fee*((priceRatio)/(100)) - 1. 구독료를 잡아두고 적정 스토리지 용량을 계산하려면, 한계비용 = 구독료*(비용률/100) > 스토리지 요금을 만족하는 (작업 횟수, 스토리지 용량) 순서쌍을 확인하면 된다. Fee 2$/월, priceRatio 10%인 만큼 z축으로 평행이동한 그래프를 시각화하면 아래와 같다.
Figure10. 한계비용 이하의 비용 곡면 하이앵글 구도. class B만 살피기 위해 ratioA = 0으로 계산하였다. - 백업 서비스로 (2$, 10%)의 재무회계에서 주(1회,2회,3회) 복원을 잡으면 (3GB+, 1.5GB+, 1GB+), 저빈도 동기화로 월 1500회 잡으면 10MB, 고빈도 동기화로 월 18000회 잡으면 0.8MB한도가 된다. 상술한 해석상 유의점은 동일하다.
- 2. 스토리지 용량을 잡아두고 구독료를 계산하려면, y축으로 Storage만큼 평행이동한 비용곡면의 y=0 단면은 아래와 같다.
Figure11. 한계 스토리지 용량 3GB(좌)와 1GB(GB)에서의 Class B 호출 횟수에 따른 적정 구독료 그래프 . 
Figure12. 한계 용량 5GB에서 Class B 호출 횟수에 따른 적정 구독료 그래프. - 5GB 백업 서비스의 적정 구독료는 (주1회, 주2회, 주3회) 복원시 (3.5$, 6$, 8.5$)가 된다. 상술한 해석상 유의점은 동일하다.
- 3. 한달 Class B 호출 횟수를 잡아두고 구독료를 계산하면. x축으로 OperationCount만큼 평행이동한 비용 곡면의 x=0 단면은 다음과 같다.
Figure13. 한달 다운로드 5회(좌) 10회(우)인 용량 한도에 따른 적정 구독료 그래프.
- 한달 (5회, 10회) 복원에 (2.5GB,1.5GB)가 용량 한도가 된다.
- 해석상 유의점은 상술한 바에 더해 Class B 요금 위주로 계산하였다는 것이다. 이것이 타당하기 위해서는 위해서는 Class A와 Class B의 비용 비중을 살펴야 하는데, 다운로드 비용이 업로드 비용에 비해 큰 범위일 것을 전제로 한다(Figure4 참조)
- 스토리지는 용량 종량제로 Place API처럼 매번 새로운 횟수가 제공되는 유형의 서비스가 아니기 때문에 변동계수 적용은 배제하였다.
- 비용절감전략
-
더보기
- 비활성 사용자에 대한 스토리지 클래스 변동
- Standard > Nearline > Coldline > Archive 순서대로 저장료는 싸지만 접근 비용이 바싸게 책정되어 있다. 따라서 비활성 사용자에 대한 스토리지 클래스를 조절함으로써 저장료를 아낄 수 있을 것으로 기대된다.GCS에서 Autoclass를 제공한다.
- 저장료 자체가 비싼 편이 아니라는 점과 구글측 수익성상 Autoclass의 최적화 수준에 대해서도 의문이 있는 점 등을 감안하면, 총 비용의 절감 효율을 크지 않을 것으로 예상된다. 다만 스토리지 전체 용량이 상당하다면 절대적인 액수는 무시하지 못할 것이다.
- 호출 횟수 제한
- 비용의 핵심인 아웃바운드 비용의 상한을 호출 횟수로 제한하는 것이다. 다운로드 위주 서비스에서는 있을 수 없는 일이고 업로드 위주 서비스에서 네트워크 로딩 실패 에러 따위로 UX 저항을 완화함이 좋아 보인다.
- UX를 고려하면 허용 리스크 범위를 감안하여 제한 수치를 넉넉히 산정함이 타당하다. 남용에 의한 왜곡을 예방할 수 있으나, 또라이 같은 악용자가 있지 않은 일반적인 케이스에서는 극적인 변화를 기대하긴 어렵다.
- ★전송/복제 효율 개선
- 매 계산에서 사용된 diff가 이에 해당한다.원자성이 중요한 경우에는 있을 수 없는 일이지만, 단위별로 쪼개는 것이 가능한 경우에는 그 개선 효율이 상당하다.
- 비활성 사용자에 대한 스토리지 클래스 변동
- 요약
-
더보기
- 싱글은 기본, 듀얼은 커스텀 정적 방패, 멀티는 구글 동적 방패
-
유형 비용 시나리오 핵심 비용 요소 업로드 저장료 + 운영료 + 복제료 복제료/저장료 다운로드 운영료 + 검색료 + 전송료 전송료 - 복제료와 전송료 최적화가 비용의 핵심 : 싱글리전만 복제료가 없다(단일 장애점)
- Penny Service로는 어려운 편
- 현대 디지털 경험상 용량 한도가 작아 긍정적인 결과를 장담하기 어려움
-
'DEVELOPMENT > SUUROUNDINGS' 카테고리의 다른 글
| AI API 가격 정책(2026.06) 및 적정 마진/용량 (1) | 2026.06.29 |
|---|---|
| Firestore, CloudSQL, Supabase 가격 정책(2026.07) 및 적정 마진/용량 (0) | 2026.06.28 |
| 재무회계 : 매출과 비용률에 따른 순익(률) (0) | 2026.06.24 |
| 수익성 핵심지표 : 리텐션(Retention) (0) | 2026.06.23 |
| Google Place API(New) 가격 정책(2026.06) 및 적정 마진/호출횟수 (0) | 2026.06.19 |