Google Cloud에서 Claude Code 비용을 관리하고 투자 대비 효과 입증하기

조직이 Claude Code에 맡기는 업무가 늘수록 지출도 함께 늘어나기 때문에, 플랫폼 팀에는 비용을 통제하는 동시에 그 효과를 파악할 방법이 필요합니다. 이 글은 Google Cloud와 함께 진행한 최근 웨비나에서 출발해, Claude Code를 사용하는 조직이 Google Cloud에서 비용을 더 잘 추적하고 최적화하는 방법을 소개합니다. 핵심은 통제(control), 추적(track), 입증(prove)이라는 세 가지 축입니다.

Claude Code 지출을 관리하는 통제 수단

Google Cloud의 Claude는 사용량 기반 요금제라서, 청구서는 곧 개발자들이 Google Cloud 환경에서 Claude를 얼마나 썼는지 보여 주는 지표입니다. 도입이 늘면 사용량이 늘고, 비용은 이 사용량에 따라 발생하며, 가치 역시 바로 이 사용량에서 나옵니다.

Claude Code 청구액은 작업에 소비된 토큰 수와 그 작업을 처리한 모델에 따라 결정됩니다. 토큰 소비량은 작업이 복잡할수록, 대화가 길수록 늘어납니다. 채팅은 질문과 답변을 주고받는 대화입니다. 반면 Claude Code 같은 에이전트형 도구는 파일을 읽고, 도구를 실행하고, 작업 전체를 아우르며 추론하는 등 여러 단계에 걸쳐 일하므로 작업 하나당 채팅보다 토큰을 더 많이 씁니다. 한편 모델마다 토큰당 가격이 다르기 때문에, 작업에 맞는 모델을 고르는 것이 또 하나의 중요한 비용 통제 수단입니다.

매달 청구액에 영향을 주는 토큰 사용량과 모델 선택 내역은 Claude apps gateway와 Google Cloud 서비스에서 확인할 수 있습니다. 지출은 서로 독립적인 세 가지 축으로 관리합니다.

• 통제: 접근을 지나치게 제한해 의도치 않게 사용자를 막는 일 없이, 사용을 바람직한 방향으로 이끄는 가드레일을 만듭니다.
• 추적: 청구서가 나오기 전에, 지출이 어디서 발생하고 앞으로 어디로 향할지 세밀하게 살핍니다.
• 입증: 조직이 이 토큰을 써서 얻는 가치를 확인하고, 그 가치가 정확히 어디서 나오는지 귀속시킵니다.

이제 이 통제 → 추적 → 입증 프레임워크를 Google Cloud의 Claude Code 환경에 적용하는 방법을 살펴보겠습니다.

거버넌스 도구 모음

Google Cloud의 Claude에는 지출을 통제하고 추적하며 그 가치를 입증하는 데 쓸 수 있는 도구와 기능이 갖춰져 있습니다.

Google Cloud에는 Claude 지출을 추적하고 통제하는 데 바로 쓸 수 있는 기본 기능이 이미 많습니다.

• 프로젝트별 결제: Claude Code 전용 프로젝트를 따로 두면 비용을 깔끔하게 추적할 수 있습니다.
• 결제 예산 및 알림: 예산 알림을 설정해 두면 실제 지출이 정해 둔 임곗값을 넘을 때 알림을 받습니다.
• 지출 한도(Preview). 서비스 단위로 Google Cloud 지출 예산을 강제할 수 있으며, 필요하면 한도를 수동으로 해제할 수 있습니다.
• BigQuery 내보내기. Claude 지출을 나머지 클라우드 비용과 함께 분석할 수 있습니다.
• 할당량. Google Cloud의 Claude 모델에는 모델 계열과 엔드포인트 위치별로 분당 요청 수, 입력 토큰 수, 출력 토큰 수 제한이 있습니다.
• 프로비저닝된 처리량. 사용한 만큼 내는 종량제 대신, 용량을 예약하고 고정 요금을 냅니다.

Claude Code와 Claude apps gateway는 자체적인 추적·통제 기능을 더해 줍니다. 게이트웨이는 직접 호스팅하는 서비스로, 개발자들이 이미 쓰는 claude 바이너리에 포함되어 제공됩니다. Google Cloud 프로젝트 안에서 Claude Code와 Google Cloud의 Claude 사이에 위치합니다. 개발자는 Google Workspace 같은 ID 공급자(IdP)로 로그인하므로 모든 요청에 검증된 신원이 담깁니다. 덕분에 IdP 그룹별로 허용 모델 목록을 지정하고, 사용자·IdP 그룹·조직 단위로 일·주·월별 지출 한도를 설정할 수 있습니다.

Google Cloud의 Claude로 조직의 AI 투자에 드는 비용과 ROI를 측정하려면, 세 가지 축마다 어떤 기능을 고르고 어떻게 조합해야 할까요?

1축: 통제

통제의 핵심은 임의의 상한선으로 개발자를 제한하는 것이 아니라, Claude Code를 쓰는 방향을 안내하는 가드레일을 마련하는 것입니다.

제한이 아니라 안내여야 하는 이유는, 비용이 많이 드는 세션이 반드시 나쁜 것은 아니기 때문입니다. 오히려 특히 Claude Code에서는 가치가 큰 경우가 많습니다. 이런 세션은 대개 새로운 워크플로를 앞서 시도하며 Claude로 큰 가치를 얻고 많은 일을 해내는 파워 유저의 것입니다.

낭비는 오히려 지출이 많은 사용자의 넓은 중간층에 숨어 있는 경우가 많습니다. 예를 들어 Sonnet으로 충분히 처리할 수 있는 일상 업무에 Fable을 쓰거나, 더는 필요 없는 예약 작업을 잊고 방치해 계속 자동 실행되게 두는 경우입니다.

사용자를 제한하지 않고 안내할 수 있게 해 주는 가드레일 기능은 네 가지입니다.

• 지출 한도. Claude apps gateway에서는 사용자, IdP 그룹, 조직 전체 단위로 일·주·월별 지출 한도를 설정할 수 있습니다. 그룹과 조직 한도는 공유 풀이 아니라 구성원 각자가 물려받는 개발자별 기본값입니다.
• 임곗값 알림. Claude apps gateway와 함께 사용하면 Google Cloud의 Claude Code가 한도에 가까워진 개발자에게 75%를 넘을 때 한 번, 95%를 넘을 때 다시 한 번 경고합니다. 이 경고는 개발자를 위한 CLI 내 알림이고, Google Cloud Billing 알림은 관리자를 위한 것입니다. 한도에 도달하면 기간이 초기화되거나 관리자가 한도를 올릴 때까지 게이트웨이가 429를 반환하며, 한도 상향은 게이트웨이의 관리자 API로 스크립트화할 수 있습니다.
• 모델 기본값과 허용 목록. Claude apps gateway에서 IdP 그룹별로 사용할 수 있는 모델을 지정하면, 게이트웨이가 모든 요청마다 서버 측에서 허용 목록을 강제합니다. 경험상 모델 기본값을 정해 두는 방법이 아주 잘 통합니다. 대부분은 기본 모델을 그대로 쓰고, 모델을 바꾸는 사람은 대개 이유가 있어서 바꾸기 때문입니다. 모델 기본값은 허용 목록과 함께 쓸 수도, 허용 목록 대신 쓸 수도 있습니다.
• 게이트웨이 Admin API. 게이트웨이는 지출 한도용 관리자 API를 제공하므로, 예를 들어 티켓 처리 워크플로를 통해 한도를 프로그래밍 방식으로 설정하고 변경할 수 있습니다.

이 기능들을 조합해 전체 청구액을 통제하되, 통제는 첫 번째 축일 뿐이라는 점을 기억하세요. 토큰당 가격만으로는 전체 그림이 보이지 않습니다. 가장 중요한 지표는 작업당 비용이며, 사용량을 추적하면 이를 모니터링하고 분석할 수 있습니다.

2축: 추적

이 축의 핵심은 지출이 어디로 가고 어떻게 쓰이는지 파악하는 것입니다. 다행히 조직 전체의 Claude Code 사용량, 비용, 도구 활동을 추적할 수 있습니다. 주요 추적 방법은 다음과 같습니다.

• 사용량 및 비용 관측. Claude Code의 OpenTelemetry 지표와 이벤트는 스킬, 플러그인, 에이전트, MCP 서버별로 나눈 사용량과 예상 비용을 보고합니다. 이를 OpenTelemetry Protocol(OTLP)로 이미 운영 중인 도구(예: Google Cloud Monitoring)에 보내면 되는데, OpenTelemetry collector를 거치거나 Claude apps gateway를 통해 중계할 수도 있습니다(OpenTelemetry 설정을 중앙에서 관리할 수 있습니다).
• 최종 사용자용 사용량 보기. 개발자는 한도에 도달하기 전에 Claude Code 안에서 자신의 지출을 확인하고 사용량 경고를 받습니다.
• 기존 시스템으로 데이터 내보내기. Google Cloud Billing을 BigQuery로 내보내면 모델과 토큰 유형별로 Claude SKU만 걸러 볼 수 있어, Claude 지출을 나머지 클라우드·AI 지출과 나란히 놓고 볼 수 있습니다. OTel 데이터는 관측성(O11y) 스택으로 흐르고, 게이트웨이 Admin API는 지출 한도 상태를 티켓 시스템에 바로 전달할 수 있습니다.

Claude Code는 개발자 PC에서 실행하든 클라우드 워크스테이션에서 실행하든, 활성화하기만 하면 OpenTelemetry 데이터를 내보낼 수 있습니다. 세션, 활성 시간, 코드 라인 수, 커밋, 풀 리퀘스트, 토큰, 비용이 사용자·팀·모델별로 구분되어 나옵니다. 최신 버전의 Claude Code는 사용량을 스킬, 플러그인, 에이전트, MCP 서버별로도 나눠 보여 주므로, Claude Code 전체 사용량뿐 아니라 조직 내부 스킬과 플러그인 중 무엇이 실제로 쓰이는지도 알 수 있습니다. Claude apps gateway를 쓰면 기기마다 설정할 필요가 없습니다. 게이트웨이에 텔레메트리 전송 대상을 지정하면 로그인한 개발자의 텔레메트리가 자동으로 켜집니다. 또한 클라이언트 측 설정값이 아니라, 로그인 시 확인된 개발자의 이메일과 IdP 그룹을 모든 내보내기 데이터에 태그로 붙여 줍니다.

사용량을 자체 코스트 센터나 부서별로 귀속시키려면 OTEL_RESOURCE_ATTRIBUTES 환경 변수를 설정하세요(예: department=engineering,cost_center=eng-123). Claude Code가 이 태그를 모든 지표와 이벤트에 추가하므로 태그별로 필터링하고 집계할 수 있습니다. 지표는 이 사용자 지정 속성과 함께 Google Cloud Monitoring(또는 Grafana, Splunk 같은 다른 모니터링 솔루션)에 쌓입니다.

일반적인 도입 현황 화면에는 활성 개발자 수, 최근 24시간 동안의 세션 수, 총 토큰 소비량이 표시됩니다. 주황색 상자는 개발자가 게이트웨이에서 강제하는 지출 한도에 도달해 차단된 요청을 보여 줍니다. 이 지표를 기존 티켓 시스템과 연결하면, 개발자가 한도 상향을 요청하는 워크플로를 만들 수 있습니다.

바로 쓸 수 있는 Cloud Monitoring 대시보드가 필요하다면 Claude Code Monitoring 템플릿을 참고하세요. Claude Code의 OpenTelemetry 지표를 도입 현황, 코딩 활동, 토큰 사용량, 예상 지출을 한눈에 보여 주는 단일 화면으로 만들어 주므로, Google Cloud에 Claude Code를 확산하는 동안 사용자와 모델별로 사용량과 비용을 추적할 수 있습니다. 이 템플릿은 Cloud Monitoring 콘솔에서 바로 복사해 쓸 수 있습니다.

Google Cloud에서 Claude Code 텔레메트리를 직접 구성하려면 Claude Code OTel 빠른 시작부터 보세요. 이 가이드를 따라 Claude Code가 Cloud Logging과 Cloud Monitoring을 포함한 Google Cloud Observability 제품군으로 OpenTelemetry 데이터를 바로 내보내도록 설정할 수 있습니다. 빠른 시작 가이드는 로그를 이벤트 유형(API 요청, 도구 결정, 도구 결과, 어시스턴트 응답, 완료된 훅 실행)별로 파티션된 BigQuery 테이블에 나눠 담고, 개발자·모델별 지출, 도구 성공률과 지연 시간, 훅 대기 시간, 턴별·세션별 분석을 위한 SQL 쿼리도 제공합니다.

3축: 입증

통제 축은 사용량과 비용을 관리하고 배분하며, 추적 축은 그 지출을 시각화해 줍니다. 입증 축은 Google Cloud의 Claude Code 사용량을 ROI와 연결하는 단계입니다.

플랫폼 엔지니어가 Claude Code에서 가장 중요하게 측정하는 지표는 사용량, 개발자 만족도, 영향이라는 세 가지 차원으로 나뉩니다.

도입 및 사용량 지표는 조직에서 Claude를 어떻게 쓰고 있는지를 측정합니다. 활성화된 사용자와 이들의 주간·일간 사용량이 여기에 포함됩니다. 이 지표로 사용의 깊이, 시간에 따른 사용자 유지율, Claude Code 파워 유저가 누구인지 등을 알 수 있습니다. 이 지표는 모두 Claude Code OTel 데이터에서 도출됩니다.

만족도 지표는 엔지니어의 사용자 경험을 살핍니다. Claude Code에 대한 만족감, 체감 시간 절감, 결과물에 대한 신뢰도, 겪을 수 있는 불편 등이 포함됩니다. 만족도 지표는 도입 전후에 진행하는 짧은 설문과 이후 이어지는 정기적인 사용자 점검에서 얻습니다.

영향 지표는 Claude가 측정 가능한 엔지니어링 성과를 얼마나 내고 있는지 평가합니다. 처리량, 사이클 타임, 리뷰 속도를 기준선과 비교하고, 특정 작업 묶음에 대한 정성적 평가도 함께 봅니다.

영향 지표 시작 세트

시간, 노력, 물량이라는 세 영역으로 묶은 영향 지표의 시작 세트는 다음과 같습니다.

시간은 작업이 얼마나 빨리 출시되는지를 측정합니다. PR을 연 시점부터 병합까지의 PR 사이클 타임과 코드 리뷰 소요 시간이 해당합니다.

노력은 변경 하나에 얼마나 많은 작업이 드는지를 측정합니다. PR당 리뷰 반복 횟수, PR당 리뷰 댓글 수와 재작업량이 해당합니다.

물량은 확보된 여유 역량이 무엇을 만들어 내는지를 측정합니다. 엔지니어당 PR 수, 배포 빈도, 그리고 팀이 여유 역량으로 출시한 구체적인 백로그 항목인 명명된 작업 묶음이 있습니다. 이는 숫자 지표에 정성적 관점을 더해 줍니다.

이 지표들은 규칙이 아니라 방향을 보여 주는 참고 기준이지만, 조직에서 Claude Code의 영향을 측정하는 출발점으로는 충분합니다. 필요한 기준선은 이미 있습니다. 소스 관리 시스템과 티켓에 쌓인 전달 이력입니다.

작업 단위 정의하기

이 지표 대부분은 PR 수를 세지만, 오타 수정과 기능 릴리스도 똑같이 PR 하나입니다. 그래서 PR 전체가 아니라 정의된 유형의 병합된 PR만 세는 것이 좋습니다. 예를 들면 Claude가 PR을 열고, 출시 여부는 사람이 결정하는 경우입니다. hotfix나 feature release 같은 라벨, 티켓 ID, Claude 참여 여부를 활용하면 이미 운영 중인 시스템에서 이런 PR을 쉽게 찾을 수 있습니다. 모든 작업 단위가 PR인 것은 아닙니다. 서비스 전환이나 근본 원인까지 해결한 장애 처리가 그 예입니다. 이때도 규칙은 같습니다. 결과가 반영된 지점에서 완료된 일 하나를 하나로 세는 것입니다.

Claude Code 기본 텔레메트리

비용 거버넌스와 사용량 추적을 마련했다면, 다음 단계는 이를 ROI와 연결하는 것입니다. Claude Code의 기본 텔레메트리를 활용하면 조직이 얻는 가치를 입증하는 기여도와 생산성 지표를 확보할 수 있습니다.

Claude Code의 OTel 지표로는 코드 제안 수락률, 수정된 코드 라인 수, 생성된 커밋 수, 생성된 PR 수, 산출물 단위당 비용, 사용자당 PR 수를 추적하거나 도출할 수 있습니다.

이런 기본 지표는 모두 유용하고 실행에 옮길 수 있는 정보를 줍니다. Google Cloud의 Claude Code 텔레메트리로 수집하는 사용자 프롬프트, 도구 결정 같은 로그 이벤트와 함께 보면 가치가 더 커집니다. 예를 들어 사용자 프롬프트를 로깅하면 사용자들이 무엇을 만들려고 하는지 전체적으로 파악하기 좋습니다. 모든 작업 단위가 반드시 PR로 이어지는 것은 아니기 때문입니다. 단, 사용자 프롬프트에는 민감한 내용이 담겨 있을 수 있어 자동으로 로깅되지 않으며, 직접 옵트인해야 합니다.

SRE가 Claude Code로 장애를 분석하거나, 세일즈 엔지니어가 라이브 데모용 샘플 데이터를 생성하는 경우를 예로 들 수 있습니다. 이런 세션은 PR로 이어지지 않지만 해당 팀의 업무 흐름을 분명히 빠르게 해 줍니다. 또한 Claude Code의 PR 지표는 Claude Code가 생성한 PR을 세는 것이지, 최종적으로 병합된 PR을 세는 것이 아니라는 점에 유의하세요. 무엇이 출시되었는지는 소스 관리와 티켓 시스템이 여전히 기록하므로, 전체 그림을 보려면 Claude Code 텔레메트리를 GitHub 또는 GitLab, 티켓 트래커와 연계해서 분석해야 합니다.

Google Cloud의 Claude를 쓰는 일부 고객이 Claude Code로 거둔 측정 가능한 성과를 소개합니다.

• Delivery Hero의 한 팀은 UI 컴포넌트 100개에 걸친 디자인 시스템을 전면 개편했습니다. 엔지니어 한 명이 일주일은 걸릴 일을 Claude Code는 몇 분 만에 끝냈습니다.
• Shopify의 엔지니어들은 Claude Code로 더 빠르게 개발하고, 엔지니어가 아닌 직원들도 며칠 걸리던 사내 도구를 몇 분 만에 만들고 있습니다. Claude Code는 이미 개발하던 사람들의 속도만 높이는 데 그치지 않고, Shopify에서 개발할 수 있는 사람의 범위 자체를 넓히고 있습니다.
• Fifth Dimension의 엔지니어들은 모두 Google Cloud에서 Claude Code를 사용합니다. 이들이 작성하는 코드는 합계 월 30만 줄이 넘고 수락률은 98%에 달합니다.

시작하기

이 글은 Google Cloud에서 Claude Code 비용을 관리하고 ROI를 입증하는 데 쓸 수 있는 도구와 기능을 익숙하게 활용하도록 돕기 위해 작성했습니다. 플랫폼 엔지니어에게 이 체계는 사용자들의 행동을 관찰하는 데서 끝나지 않습니다. 거버넌스와 설정을 상황에 맞게 조정하는 데 필요한 정보도 제공합니다.

이는 끊임없이 이어지는 순환입니다. 조직 전체 지출 한도, 기본 모델, 모델 허용 목록처럼 합리적인 기본값으로 시작한 뒤, 사용 데이터가 쌓이면 역할과 팀별로 다듬어 가세요. 실제 사용을 추적하고 지표를 Claude Code로 얻는 가치와 연결하면, Claude Code 사용의 ROI와 비즈니스 영향을 분석해야 하는 이해관계자에게 그 결과를 전달할 수 있습니다.

Claude에 맡기는 업무의 양과 종류가 갈수록 깊어지고 다양해짐에 따라, 조직이 Google Cloud에서 Claude Code를 쓰는 방식과 그 사용에서 얻는 가치도 함께 달라질 것입니다. 여기서 소개한 통제 → 추적 → 입증 프레임워크는 Claude Code 도입의 모든 측면과 성과를 측정하기 위한 안정적인 출발점입니다.

시작하는 데 도움이 되는 자료는 다음과 같습니다.

• 비용을 효과적으로 관리하기
• 사용량 및 비용 모니터링
• Claude apps gateway 지출 한도
• Google Cloud에 Claude apps gateway 배포하기
• 예산 및 예산 알림 생성, 수정, 삭제하기
• 지출 한도 예산 관리 | Cloud Billing