Google Cloud의 OpenAI 모델 도입: 약정 소진과 할인을 구분하는 법

모델의 선택지와 구매 경로가 함께 늘었다

OpenAI는 2026년 10월 21일 자사 모델과 Codex 워크플로를 Google Cloud의 Model Garden으로 제공하는 협력을 발표했다. Marketplace를 통한 구매와 기존 Google Cloud 지출 약정의 활용이 포함되며, 일반제공은 향후 몇 주 안에 시작할 계획이라고 밝혔다. OpenAI 발표

Google의 안내는 더 구체적이다. GPT-6 Astra·GPT-6.1 Sol·GPT-6 Luna를 일부 기업에 비공개 프리뷰(private preview)로 제공하며, API와 로컬 Codex CLI·Desktop의 추론 연결을 설명한다. 관심 등록은 접근 승인을 뜻하지 않는다. Google Cloud의 제공 범위

이 글은 10월 22일 확인한 문헌과 가상 비용 사례에 근거한다. 프리뷰에 가입하거나 모델을 직접 호출하지 않았다. Google 발표의 직접 조회 본문에는 10월 22일, 검색 서비스의 저장 본문에는 10월 21일이 표시돼 날짜가 달랐다. 이를 별도 출시나 기능 변경의 증거로 해석하지 않고, 최초 발표 시점은 OpenAI 본문의 10월 21일을 기준으로 쓴다.

이 변화가 중요한 팀은 이미 Google Cloud에서 데이터와 앱을 운영하면서 다른 모델을 시험하려는 조직이다. 새로운 구매 창구가 열리면 내부 조달·청구 절차를 정리하기 쉬워질 수 있다. 반면 모델별 출력, 도구 호출, 오류 복구까지 같아지는지는 별도로 확인해야 한다. 이 글의 분석 초점은 그 두 변화 사이에 있다.

현재 제공, 앞으로 제공, 아직 확인할 조건

아래 표에서 ‘발표’는 공급자가 설명한 범위다. 우리 계정에서 사용을 확인했다는 뜻은 아니다.

구분	10월 22일 확인한 범위	도입 판단에서 남는 일
일부 기업의 비공개 프리뷰	위 세 모델, API·로컬 Codex 추론 연결을 Google이 안내	대상 조직의 승인·모델 ID·권한·쿼터 확인
Google Cloud 구매	Marketplace 거래·통합 청구·기존 약정 산입을 안내	해당 SKU·계약 한도·최종 단가 대조
데이터 통제	지정 데이터 경계·학습 미사용·인증된 접근·감사 기능을 설명	실제 프로젝트 설정과 앱의 저장 경로 확인
예정 기능	ZDR·Confidential Compute·Google Antigravity 확대	제공일과 계정별 활성 상태 확인 전 전제로 사용하지 않기
이 글에서 미확인	프리뷰의 지원 지역·한국 계정 접근·세부 요금·SLA	공식 접근 안내나 계약 문서로 채우기

현재/예정 구분은 Google의 발표 본문, 일반제공 계획은 OpenAI의 발표에 따른다. 앱 확대 대상은 Google이 ‘Gemini for business’, OpenAI가 ‘Gemini Agent’라고 표기한다. 두 표현을 같은 상품이나 동일 이용권으로 간주하지 않는다.

특히 학습에 쓰지 않는다는 설명과 보관하지 않는다는 조건은 다르다. 전자는 자료의 이용 목적, 후자는 저장 여부와 기간에 관한 질문이다. ZDR이 예정이라고 적힌 상황에서 학습 미사용 문장만으로 무보관 요건을 충족했다고 판단할 수 없다. 이는 발표 문구를 도입 조건으로 옮길 때 필요한 구분이다.

약정에 잡히는 사용액과 할인액은 다른 숫자다

먼저 용어를 나누자. 기존 기업 계약의 지출 약정, 특정 상품을 위한 월별 FSP 약정, 개별 판매 조건인 Private Offer는 같은 장부 항목이 아니다. 한 사용액이 여러 조건과 관계될 수 있어도 그 금액을 여러 번 절감액으로 더해서는 안 된다.

Flexible Savings Plans(FSP)는 적격 상품의 월별 사용액을 약정하는 방식이다. 공식 문서는 참여 제3자 모델의 사용액도 대상이 될 수 있다고 설명하지만, 제3자 제품에는 FSP 자체의 할인이 적용되지 않는다고 명시한다. 따라서 ‘FSP에 산입된다’에서 ‘OpenAI 모델이 자동으로 10% 또는 20% 싸진다’는 결론은 나오지 않는다. FSP 범위와 가격 규칙

Private Offer에 별도 할인이 있다면 그 가격과 조건을 따른다. 크레딧 방식이면 구매·분할 납부의 산입과 크레딧 사용을 중복 계산하지 않는 규칙도 있다. 기업 전체 약정에서 차감되는 범위에는 Marketplace 규칙과 계약상 한도가 적용된다. 실제 견적에서는 모델 이름보다 SKU·구매 경로·계약 조건을 맞춰야 한다. 제3자 모델과 Private Offer

FSP는 월말에 사용하지 못한 약정분도 청구하며 다음 달로 넘기지 않는다. 구매 후 취소·변경에 제한이 있으므로 새 모델 시험을 이유로 장기 약정부터 늘릴 필요는 없다. 미사용 약정과 취소 조건을 함께 확인하자.

300달러를 옮겨도 절감액이 달라지는 이유

다음은 실제 요금·견적이 아닌 가상 월말 계산이다. 이미 월 1,000달러 FSP를 보유한 조직이, 다른 경로에서 하던 월 300달러 업무를 옮긴다고 가정한다. 옮긴 업무는 전액 FSP 산입 대상이고 가격도 300달러로 같다. 추가 할인·세금·환율·이전 인건비·이중 운영 비용은 없고, 나머지 업무의 사용량도 변하지 않는다.

다른 적격 업무의 금액을 B라고 하면 이 단순 사례의 총지출은 다음과 같다. 실제 FSP 청구서를 재현하는 범용 공식은 아니다.

이전 전 = max(1,000, B) + 외부 경로의 300
이전 후 = max(1,000, B + 300)

사용액 + 월말 미사용 약정분을 합쳐 비교한다.
같은 사용액을 약정 납부액에 다시 더하지 않는다.

다른 적격 업무 B	이전 전 총지출	이전 후 총지출	차이
600달러	1,300달러	1,000달러	300달러 감소
900달러	1,300달러	1,200달러	100달러 감소
1,200달러	1,500달러	1,500달러	변화 없음

첫 행은 이전 후 사용액 900달러와 미사용 약정분 100달러를 합쳐 1,000달러다. 이전 전에는 이미 1,000달러를 내면서 외부 업무에 300달러를 따로 썼다. 지출 감소는 모델 단가가 내려가서 생긴 결과가 아니다. 기존에 비어 있던 약정분을 사용한 효과다.

둘째 행은 비어 있던 100달러까지만 같은 효과가 있고, 셋째 행은 다른 업무만으로 이미 약정을 넘기 때문에 효과가 없다. 실제로 이전 작업에 150달러가 더 든다면 둘째 행은 그 달에 오히려 50달러 더 지출한다. 반대로 새 업무를 추가하는 경우에는 ‘외부에서 이미 내던 300달러’라는 비교 기준 자체가 없으므로 절감이라고 부를 수 없다.

이 표의 산술은 로컬에서 재계산했다. 실제 청구 계정·모델 비용 실험은 아니다. 독자는 월말 예상 잔여 약정, 적용 가능한 사용액, 이전에 없던 추가 비용을 자기 숫자로 바꿔 판단하면 된다.

한 곳에서 구매해도 앱의 책임은 남는다

아래는 도입 검토를 위한 설명용 구성도다. Google의 실제 네트워크 구조나 제품 화면이 아니다.

구매 담당자는 청구 계정·계약·SKU를 확인한다. 플랫폼 담당자는 허용된 프로젝트·지역·실행 주체·관측 경로를 확인한다. 업무 앱 담당자는 모델에 보낼 자료, 출력 저장, 도구 실행, 사용자 승인을 맡는다. 한 장의 청구서로 묶이는 편익은 첫 번째 층에서 출발하며, 다른 층의 일을 없애지는 않는다.

예를 들어 공급자가 모델 요청의 데이터 경계를 설명하더라도, 앱이 답변 원문을 별도 오류 수집 서비스에 저장한다면 그 경로는 따로 점검해야 한다. 로컬 Codex를 새 추론 경로에 연결하는 설명 역시 컴퓨터의 파일·실행 권한까지 새로 설계해 준다는 보장은 아니다. 이 구분은 제품 결함을 지적하는 것이 아니라 도입 때 책임을 빠뜨리지 않기 위한 설계 기준이다.

또한 모델 공급자를 여러 곳으로 늘리되 모두 하나의 클라우드 경로로만 호출한다면, 모델 선택의 폭은 늘어도 그 경로의 장애에서 벗어나는 대안이 생겼다고 볼 수는 없다. 독립적인 대체 경로가 필요한 조직은 공급자 수와 별도로 장애 범위를 설계해야 한다.

고객지원 초안 업무 하나로 이전 여부를 결정하기

가상의 B2B 서비스가 기존 모델로 고객 문의의 답변 초안을 만들고, 담당자가 확인한 뒤 발송한다고 하자. Google Cloud의 새 경로를 검토하는 이유는 이미 쓰는 데이터·관리 체계와 구매를 묶을 수 있는지 알아보기 위해서다. 다음은 실행 결과가 아닌 비교 설계안이다.

처음부터 전체 상담 업무를 옮기지 않고, 공개된 도움말만 사용하는 초안 작성부터 범위를 정한다. 환불 처리·계정 변경 같은 실행 권한은 첫 비교에 필요하지 않다. 기존 경로와 후보 경로에 같은 문의·도움말 버전·답변 형식을 주고, 사실이 부족한 질문에는 확인 요청을 남기도록 한다.

판단할 항목	같은 조건으로 비교할 자료	결정에 쓸 결과
답변의 쓸모	같은 문의와 도움말, 같은 검토 기준	근거 없는 약속·필수 내용 누락·담당자 수정
응답과 실패	같은 시간 제한, 정상·시간초과·일시 오류	초안 완료 시간, 재시도 뒤 중복 발송 여부
실행 범위	요청 프로젝트·주체·모델 ID·지역	허용한 경로만 사용하는지, 기록을 찾을 수 있는지
월별 비용	요청 사용량과 최종 SKU 단가, 적용 약정	사용액·미사용 약정·이중 운영 비용의 합
되돌리기	승인된 기존 경로 또는 수동 처리	실패 중인 초안을 이어받고 발송 상태를 보존하는지

같은 모델 이름도 제공 경로의 기능·버전·한도를 같다고 보장하지 않는다. 따라서 비교표에 실제 식별자와 설정을 함께 남긴다. 이미 검증한 답변 품질이 그대로 유지된다고 가정하면 새 경로의 운영 차이를 놓칠 수 있다.

복구 경로에도 조건이 있다. 고객 자료를 기존 외부 경로에 보내는 것이 승인되지 않았다면, 새 경로가 느리다고 그쪽으로 자동 전환해서는 안 된다. 그 업무는 수동 대기로 돌리는 것이 맞을 수 있다. 재시도와 중복 처리 설계까지 포함한 검토가 필요하다.

평가를 마친 뒤 남길 것은 ‘새 모델이 좋다’는 감상보다 다음과 같은 짧은 이전 의사결정서다. 제품에 내장된 양식이 아니라 팀에서 사용할 제안이다.

• 이전할 업무: 공개 도움말 기반 답변 초안. 발송은 담당자가 승인한다.
• 구매 조건: 대상 SKU, 최종 가격, 월 약정 산입 여부, 계약 한도와 적용 기간을 기록한다.
• 실행 조건: 승인받은 프로젝트·지역·모델 ID·쿼터를 기록한다. 미확인은 비워 두고 도입 전 확인한다.
• 관측 결과: 기존 경로와 같은 입력으로 비교한 품질·지연·실패·비용을 남긴다. 예정 기능은 결과에 넣지 않는다.
• 전환·중단 기준: 품질·비용 기준의 담당자, 사용할 수 있는 복구 경로, 다음 재검토 날짜를 정한다.

지금 검토할 팀과 기다릴 팀

기존 Google Cloud 약정에 여유가 있고, 새 모델의 구매·관리 경로를 통합하려는 팀이라면 프리뷰 접근 조건과 최종 가격을 확인할 이유가 있다. 앞의 계산에서는 그 여유가 다른 업무로 이미 채워질지까지 봐야 했다.

반면 특정 지역·ZDR·일반제공 SLA가 운영의 필수 조건인 팀은 해당 조건을 확인할 때까지 전환을 기다리는 편이 합리적이다. 기존 경로가 안정적이고 약정 활용의 편익도 작다면, 한 곳에서 구매한다는 이유만으로 이전 비용을 감수할 필요는 없다.

다음 행동은 모델 순위를 다시 정하는 것보다 이미 지출 중인 업무 하나의 구매·실행 조건을 한 장에 모으는 일이다. 요청 자체의 비용을 줄여야 한다면 캐시와 추론 비용 계산, 응답 지연을 나눠 보려면 AI 요청의 임계 경로 추적을 이어 읽을 수 있다. 도입표를 다시 사용할 예정이라면 이 글을 저장해 두고, 일반제공과 계정 조건이 바뀌었을 때 공식 문서를 다시 대조하자.