Azure의 Claude: 마켓플레이스 결제 함정

2026년 3월, 도쿄 기반 스타트업 Leach의 설립자이자 CEO인 Tominaga Takuya는 경고성 사례를 발표했습니다. 그는 Microsoft for Startups Founders Hub 크레딧을 보유하고 있었습니다. 그는 Azure AI Foundry에 Claude Opus를 배포했고, 기능을 출시했습니다. 첫 번째 인보이스(Invoice)는 237,081엔(약 1,600달러 USD)이었으며, 그의 신용카드로 직접 청구되었습니다. 스타트업 크레딧은 단 하나의 Claude 토큰(Token)도 커버하지 못했습니다.

그뿐만이 아니었습니다. 두 번째 일본인 창업자는 한 달 동안 2,000,000엔(약 13,000달러) 이상의 Claude 비용을 청구받았습니다. 독일인 창업자 Bogdan Sevriukov는 999.60유로에 달하는 비용이 발생했습니다. 세 번째 창업자인 Riyaj Shaikh는 후속 사례에서 수천 달러가 청구되었다고 보고했습니다. The Register는 또한 크레딧이 사용되지 않은 상태임에도 불구하고 다른 스타트업에 약 3,000달러가 청구된 증거를 보도했습니다. 2026년 3월 10일 Nitika Garg가 개설한 별도의 Microsoft Q&A 스레드에서도 Microsoft Azure Sponsorship 계정에서 동일한 패턴이 보고되었습니다. 댓글에서 스페인 창업자 Iván de Blas(2026년 4월 9일)는 Azure 결제 포털에는 0.00유로로 표시되었으나 자신의 신용카드로 2,419.92유로가 청구되었다고 설명했습니다. 지금까지 공개된 사례 중 가장 큰 규모는 2026년 4월 13일 chrisbaker2000이 작성한 Microsoft Tech Community 게시물입니다. 해당 사례는 1,078.07달러와 16,414.94달러의 두 건의 연속된 인보이스로 총 17,493.01달러에 달하며, 두 번째 인보이스는 창업자가 이미 모든 Anthropic 배포를 제거한 후 해당 월의 절반 동안 누적된 것이었습니다.

Tominaga는 이후 더 명확한 경고, 네이티브 모델과 마켓플레이스 (Marketplace) 모델 간의 시각적 차별화, 피해를 입은 창업자들에 대한 환불, 그리고 공개적인 인정을 요구하는 Change.org 청원을 작성했습니다. 이 청원은 2026년 3월 11일에 시작되었으며, 2026년 5월 5일 기준으로 50명의 서명을 모았습니다. 출시 후 며칠 만에 The Register와 InfoWorld가 이 이야기를 보도했습니다. 청원 자체에는 일본 공정거래위원회 (Japan's Fair Trade Commission)에 공식 불만이 제기되었다는 내용이 명시되어 있습니다.

Sevriukov는 2026년 1월 20일, 자신의 청구 건을 보고하는 Microsoft Q&A 스레드를 개설했습니다. 해당 스레드는 이후 Microsoft에 의해 잠겼습니다. 현재 해당 페이지에는 "잠긴 질문입니다. 도움이 되었는지 투표할 수는 있지만, 댓글이나 답글을 추가할 수는 없습니다."라는 문구가 그대로 표시됩니다. Microsoft 중재자인 Manas Mohanty는 스레드가 잠기기 전인 2026년 2월 27일과 3월 6일에 해당 이슈를 인정한 바 있습니다. 자격 요건에 대해 직접적으로 묻는 별도의 Q&A 스레드를 통해 답변이 확인되었습니다: Foundry의 Claude는 Founders Hub 크레딧 적용 대상이 아닙니다.

The Register에 전달된 Microsoft의 공식 성명: "우리는 고객의 피드백을 주의 깊게 경청하고 있으며, 가격 세부 정보 및 크레딧 자격 요건을 포함하여 제품 문서에 명확한 안내를 제공하기 위해 지속적으로 노력하고 있습니다." 피해를 입은 창업자들에게 전달된 Anthropic의 입장은 다음과 같습니다: Anthropic은 Azure의 결제 내역을 확인할 수 없으며, 독립적으로 환불을 처리할 수 없습니다.

이것은 UI 버그가 아닙니다. 이는 마켓플레이스 (Marketplace) 결제 모델이 설계된 대로 작동하고 있는 것이며, Claude, Llama, Mistral, Cohere 또는 Microsoft 내부에서 생성되지 않은 그 어떤 모델을 포함하여 Azure에 서드파티 (third-party) 모델을 배포하기 전에 반드시 이해해야 할 가장 중요한 사항입니다.

요약 (TL;DR)

확인된 사실 vs 보고된 내용 vs 분석가 논평

이 기사는 세 가지 범주의 주장을 혼합하여 다룹니다. 독자들이 각 정보에 대해 스스로의 증거 기준을 적용할 수 있도록 본문 내에 라벨을 표시했습니다.

주요 저널리즘 및 실명이 언급된 창업자들에 의해 보고됨. 구체적인 청구 내역과 실명이 언급된 개인들은 The Register, InfoWorld, Microsoft Tech Community, 그리고 창업자들이 직접 게시글을 올린 Microsoft Q&A 스레드를 출처로 합니다. 원본 Sevriukov Q&A 스레드가 잠긴 상태라는 점은 데이터 수집 시점에 Microsoft 자체 UI 텍스트를 통해 확인되었습니다. 인용구는 본문 내에 포함되어 있습니다.

분석가 논평 (본인). 조달 대 아키텍처 간의 격차 (procurement-vs-architecture-gap) 프레임워크, 설계에 따른 멀티 프로바이더 (multi-provider-by-design) 시사점, 구축(build) 대 직접(direct) 대 Bedrock 결정, 그리고 사전 점검 체크리스트는 저의 개인적인 해석입니다. 이는 문서화된 메커니즘과 보고된 사건들로부터 도출된 합리적인 추론이며, Microsoft의 입장이 아닙니다. 그러한 관점으로 읽어주시기 바랍니다.

동일한 카탈로그 UI, 그러나 다른 결제 현실: 네이티브 (native) 모델은 크레딧을 차감하는 반면, 마켓플레이스 (Marketplace) 모델 (Claude, Llama, Mistral)은 등록된 결제 수단으로 청구됩니다.

창업자들에게 실제로 일어난 일

세 명의 창업자, 세 가지 구독 유형, 세 가지 서로 다른 인보이스 (invoice) 규모. 근본 원인은 동일합니다.

Tominaga는 Microsoft for Startups Founders Hub에 등록하여 해당 프로그램(최상위 티어의 경우 최대 $150,000의 크레딧 제공)을 통해 Azure 크레딧을 받았습니다. 그는 Claude Opus를 배포하기 위해 Foundry를 사용했습니다. Foundry 카탈로그 UI에서 Claude는 GPT-5 및 Phi와 함께 동일한 "배포 (Deploy)" 버튼, 동일한 Endpoint 및 Key 절차, 동일한 대시보드와 함께 나타났습니다. 하지만 배후에서는 완전히 다른 두 가지 결제 파이프라인이 작동하고 있었습니다. GPT는 Founders Hub 크레딧이 적용되는 Azure 퍼스트 파티 (first-party) 결제를 통해 처리되었고, Claude는 크레딧이 적용되지 않는 Azure 마켓플레이스 (Marketplace)를 통해 처리되었습니다. 그는 인보이스 (invoice)가 도착할 때까지 이 사실을 알지 못했습니다. The Register의 보도에 기록된 그의 직접적인 인용구는 다음과 같습니다:

UI는 크레딧이 적용되는 모델과 마켓플레이스 (Marketplace)로 청구되는 모델을 구분하지 않습니다.

이 함정은 Microsoft 자체의 구독 규칙에 공개적으로 문서화되어 있지만 놓치기 쉽습니다. 공식 Foundry Claude 배포 문서에 따르면 다음과 같습니다:

등록된 신용카드가 있는 계정의 경우, Azure 크레딧 대신 신용카드로 청구됩니다.

창업자들은 그 자체로 하나의 이야기가 된 지원 루프 (support loop)를 보고하고 있습니다. The Register의 보도, Microsoft Q&A 스레드, 그리고 Microsoft Tech Community 게시물 전반에 걸쳐 동일한 설명이 반복됩니다. Microsoft 지원팀은 그들을 Anthropic으로 안내했고, Azure 결제에 대한 가시성이 없다고 말하는 Anthropic은 다시 그들을 Microsoft로 안내했습니다. Microsoft의 공식 성명은 크레딧 자격 요건에 대해 "명확한 지침을 제공하기 위해 지속적으로 노력하고 있다"는 것이지만, 이 글을 쓰는 시점에도 이름이 언급된 창업자들의 인보이스는 그대로 남아 있었습니다.

이것은 일회성 UX 버그가 아닙니다. 이는 Azure가 클라우드에서 제3자 AI를 재판매하는 방식의 근본적인 아키텍처 (Architecture) 문제입니다. Microsoft는 문서화의 공백을 인정하고 가이드를 개선하고 있다고 밝혔으나, 근본적인 마켓플레이스 (Marketplace) 결제 모델 자체가 변경될 가능성은 낮습니다.

Founders Hub 크레딧이 Claude를 커버하지 못하는 이유

Microsoft의 크레딧 잔액 문서화 (credit balance documentation)는 이 점에 대해 명확히 명시하고 있습니다:

Azure 크레딧은 특정 제품 및 서비스에 적용되지 않습니다. 이러한 오퍼링 (Offerings)의 모든 사용량은 별도로 청구되며, 사용 가능한 Azure 크레딧 잔액과 관계없이 비용이 부과됩니다. 일반적으로 Azure 크레딧은 다음을 포함하지 않습니다: 파트너가 제공하는 제품 또는 서비스, 그리고 Microsoft Marketplace의 비 Microsoft 제품.

Azure for Startups 크레딧 약관 (credit terms)은 훨씬 더 명시적입니다:

스타트업 크레딧은 Microsoft Azure 지원 플랜, 제3자 브랜드 제품, Microsoft Azure Marketplace를 통해 판매되는 제품, 또는 Microsoft Azure와 별도로 판매되는 제품에는 사용할 수 없습니다.

또한 별도로, Foundry Claude 배포 요구 사항 (deployment requirements)에는 지원되지 않는 네 가지 구독 유형이 나열되어 있습니다:

1. 대한민국에 위치한 엔터프라이즈 계정 (Enterprise Accounts)
2. 클라우드 솔루션 제공업체 (Cloud Solution Provider) 구독
3. 활성화된 종량제 (pay-as-you-go) 결제 방식이 없는 Azure 구독 (예: 학생, 무료 체험 또는 스타트업 크레딧 기반 계정)

이것은 Claude에 국한된 문제가 아닙니다. 다음 항목에도 동일하게 적용됩니다:

• Meta의 Llama 모델
• Mistral Marketplace 목록에 있는 Mistral 모델
• Cohere 모델
• Stability AI 이미지 모델
• 파트너 브랜드와 함께 제공되는 기타 모든 모델 서비스 (Models-as-a-Service) 오퍼링

만약 크레딧(credits)을 사용하여 운영 중이라면, 예상치 못한 추가 비용 없이 사용할 수 있는 유일한 AI 모델은 Microsoft 자체 서비스(first-party services)뿐입니다: Azure OpenAI (GPT 제품군, o-시리즈), Microsoft Research의 Phi, 그리고 Foundry에서 Microsoft가 발행한 기타 모델들입니다. 배포 UI가 아무리 매끄럽게 느껴지더라도, 그 외의 모든 것은 마켓플레이스(Marketplace)입니다.

Foundry에서의 1P 대 3P 결정 트리

Foundry의 모델 카탈로그는 별다른 경고 없이 동일한 UI 내에 자체 모델(1P, first-party)과 제3자 모델(3P, third-party)을 혼합하여 제공합니다. 모델을 선택하기 전의 아키텍처 결정 트리는 다음과 같습니다:

질문	1P (Azure OpenAI, Phi)	3P / 마켓플레이스 (Claude, Llama, Mistral)
결제 파이프라인 (Billing pipeline)	Azure 자체 결제 (Azure first-party billing)	Azure 마켓플레이스 (Azure Marketplace)
Founders Hub / 스타트업 크레딧 적용 여부	예	아니요
무료 체험 크레딧 적용 여부	예 (제한 사항에 따름)	아니요
엔터프라이즈 계약 (EA) 적용 범위	예 (모든 지역)	예, 단 한국 내 EA 계정은 제외
MCA-E 적용 범위	예	예
...	...	...
사용 가능한 리전 (Available regions)	많음, 모델별로 상이함	Claude의 경우 East US 2 및 Sweden Central
조달 카테고리 (Procurement category)	Azure 지출 (클라우드 약정 지출)	마켓플레이스 지출 (별도 예산 항목)

마지막 행이 대부분의 기업을 저지합니다. 대기업의 경우, "Azure 지출"과 "Azure 마켓플레이스 지출"은 별도로 추적되며, 서로 다른 예산에 속해 있을 수 있고, 서로 다른 조달 팀의 관리를 받으며, 서로 다른 승인 임계값을 가집니다. Azure 예산에 대한 전권을 가진 팀이라 할지라도 마켓플레이스 구매를 승인할 권한은 전혀 없을 수 있습니다. UI는 이러한 구분을 강제하지 않지만, 재무 부서(Finance)는 강제합니다.

Claude가 실제로 배포되는 위치

2026년 4월 기준으로, Microsoft Foundry는 상당한 규모의 Claude 라인업을 지원합니다. Microsoft의 자체 배포 문서에 따르면 다음과 같습니다:

모델	상태	컨텍스트 윈도우 (Context window)	비고
claude-opus-4-7	프리뷰 (Preview, 2026년 4월 16일 출시)	1M 토큰, 최대 출력 128K	가장 강력한 Opus, 적응형 사고 (adaptive thinking)만 지원
...

Foundry의 모든 Claude 모델은 배포 유형이 "Global Standard"로만 제한됩니다. PTU(Provisioned Throughput Unit), 프로비저닝된 처리량 (provisioned throughput), DataZone은 아직 지원되지 않습니다 (US DataZone은 로드맵에 포함되어 있습니다). 배포를 지원하는 리전은 다음 두 곳뿐입니다:

• East US 2 (주요 리전, 가장 안정적임)
• Sweden Central (나중에 추가됨, 현재 실제 운영 시 불안정함)

만약 데이터 거주성 (data residency) 요구 사항으로 인해 West Europe, UK South, Australia East, Germany West Central 또는 기타 리전을 반드시 사용해야 한다면, Azure의 Claude는 선택지가 될 수 없습니다. Anthropic API를 통해 직접 배포하거나 (데이터 흐름 및 DPA가 다름), AWS Bedrock을 이용하거나 (더 넓은 리전 커버리지 제공), 혹은 다른 모델을 선택해야 합니다.

한 가지 문제가 더 있습니다. Anthropic은 Azure의 리전별 배포 정책 외에도 자체적인 "지원 리전 정책 (Supported Regions Policy)"을 강제합니다. 사용자의 Azure 테넌트가 지원되는 배포 리전에 있더라도, Anthropic은 모델을 호출하는 사용자의 지리적 위치를 기반으로 모델 사용을 차단할 수 있습니다. 두 계층의 정책을 모두 확인하십시오.