Claude Platform on AWS, Bedrock 밖의 네이티브 에이전트 스택

Anthropic과 AWS가 2026년 5월 11일 Claude Platform on AWS의 일반 제공을 발표했습니다. 겉으로 보면 "Claude를 AWS에서 쓴다"는 익숙한 문장처럼 보입니다. 하지만 이번 발표는 Amazon Bedrock에 Claude 모델이 하나 더 들어왔다는 이야기가 아닙니다. AWS 계정, IAM 권한, CloudTrail 감사 로그, AWS Marketplace 청구를 통해 Anthropic이 운영하는 네이티브 Claude Platform에 접근하는 별도 경로가 생겼다는 점이 핵심입니다.

이 차이는 AI 제품팀과 플랫폼팀에게 꽤 중요합니다. 지금까지 기업이 Claude를 AWS에서 쓴다고 말하면 대개 Bedrock을 떠올렸습니다. Bedrock은 AWS가 데이터 프로세서 역할을 맡고, AWS 인프라와 보안 경계 안에서 Claude 모델을 호출하는 방식입니다. 반면 Claude Platform on AWS는 Anthropic이 운영하는 Claude API와 Console을 AWS 계정으로 쓰는 모델입니다. AWS의 계정·권한·청구 도구를 쓰지만, underlying request와 데이터 처리는 Anthropic 쪽에서 일어납니다.

즉 이번 뉴스는 "어떤 모델이 더 좋아졌나"보다 "에이전트 런타임을 어디에서 어떻게 운영할 것인가"에 가깝습니다. AI 에이전트가 실험실 데모를 넘어 제품과 사내 워크플로우에 들어가면, 모델 성능만으로는 부족합니다. 누가 API를 운영하는지, 어떤 계정 체계로 접근하는지, 사용량을 어떻게 추적하는지, 감사 로그가 어디에 남는지, 새 beta 기능을 얼마나 빨리 받을 수 있는지가 실제 도입 속도를 좌우합니다.

Bedrock 위의 Claude가 아니라 AWS 계정으로 쓰는 native Claude

Anthropic의 공식 발표는 Claude Platform on AWS를 "AWS 고객이 Claude Platform 전체 기능에 접근하는 새로운 방식"으로 설명합니다. AWS 발표는 한 걸음 더 구체적으로, AWS가 Anthropic의 네이티브 Claude Platform 경험을 제공하는 첫 클라우드 제공자라고 밝혔습니다. 개발자와 조직은 별도 Anthropic 계정, 독립 계약, 별도 청구 추적 없이 AWS 계정 안에서 Claude API, Console, early-access beta 기능을 쓸 수 있습니다.

여기서 "native"라는 단어가 중요합니다. Bedrock은 AWS가 운영하는 통합 모델 플랫폼입니다. 여러 foundation model provider를 AWS 인터페이스로 묶고, AWS의 guardrail, knowledge base, regional data residency, Bedrock Agent 같은 기능을 제공합니다. Claude Platform on AWS는 그 반대 방향입니다. Anthropic의 Claude Platform 자체를 쓰되, AWS IAM, Marketplace, CloudTrail을 접속층으로 붙입니다.

공식 발표에 따르면 Claude Platform on AWS는 Claude Managed Agents beta, advisor strategy beta, web search, web fetch, code execution, Files API beta, Skills beta, MCP connector beta, prompt caching, citations, batch processing, Claude Console을 포함합니다. Claude Console에는 prompt improver, prompt generator, evaluation tools도 포함됩니다. Anthropic은 Claude Opus 4.7, Sonnet 4.6, Haiku 4.5가 제공되며 새 모델도 출시 일정에 맞춰 들어온다고 설명했습니다.

이 목록은 단순한 편의 기능 모음이 아닙니다. Anthropic이 지난 몇 달 동안 API provider에서 agent platform provider로 이동해 온 흔적입니다. 모델 호출 하나를 잘 처리하는 것에서, 파일을 다루고, 코드를 실행하고, 웹을 조회하고, skill을 적용하고, MCP 서버에 연결하고, 장시간 실행되는 Managed Agent를 운영하는 방향입니다. 이번 발표는 그 first-party 플랫폼을 AWS 고객의 기존 운영 체계에 연결한 사건입니다.

왜 Bedrock과 나뉘는가

AWS와 Anthropic은 두 경로의 차이를 비교적 선명하게 적었습니다. Claude Platform on AWS는 Anthropic이 운영하며 데이터는 AWS 보안 경계 밖에서 처리됩니다. AWS 계정으로 접근하고 IAM과 CloudTrail을 쓰지만, 서비스 운영 주체는 Anthropic입니다. 반면 Amazon Bedrock의 Claude는 AWS가 데이터 프로세서이고, AWS 인프라 경계 안에서 처리되는 것을 요구하는 조직에 맞습니다.

이 차이는 문서상 단서가 아니라 도입 판단의 중심입니다. 어떤 팀은 최신 Claude Platform 기능을 빨리 써야 합니다. Managed Agents, MCP connector, Skills, code execution, Files API 같은 기능이 프로덕션 에이전트 설계의 핵심이라면 native platform 경로가 더 직접적입니다. 다른 팀은 기능보다 데이터 경계, region, 내부 보안 규정, 기존 Bedrock 통제 체계가 우선입니다. 그런 조직에는 Bedrock이 계속 맞을 수 있습니다.

그래서 이번 발표를 "Bedrock의 대체"로 읽으면 일부만 맞습니다. 더 정확히는 AWS 고객에게 Claude를 쓰는 두 개의 정식 경로가 생겼다고 보는 편이 낫습니다. 하나는 AWS-native model platform 경로이고, 다른 하나는 Anthropic-native agent platform을 AWS 계정으로 쓰는 경로입니다. 둘은 겹치지만 목표가 다릅니다.

IAM, CloudTrail, Marketplace가 왜 중요한가

개발자 입장에서는 API base URL 하나가 바뀐 일처럼 보일 수 있습니다. 그러나 기업 도입에서 account, billing, audit은 기능만큼 중요합니다. AI 팀이 아무리 좋은 agent workflow를 만들더라도, 보안팀과 플랫폼팀이 "누가 어떤 권한으로 호출했는가", "사용량은 어느 비용 센터로 잡히는가", "감사 로그는 어디서 보는가"에 답하지 못하면 생산 환경으로 들어가기 어렵습니다.

AWS 블로그는 Claude Platform on AWS의 설정 흐름을 세 단계로 설명합니다. 먼저 AWS Marketplace에서 활성화하고 workspace를 만듭니다. 이 workspace는 프로젝트, 환경, 팀을 분리하는 단위이면서 IAM 정책에서 접근을 허용하거나 거부하는 리소스가 됩니다. 다음으로 IAM SigV4 또는 workspace API key로 인증합니다. 마지막으로 Anthropic SDK나 Claude Code 같은 클라이언트가 regional endpoint와 workspace ID를 사용해 API를 호출합니다.

청구는 AWS Marketplace의 소비 기반 청구로 들어갑니다. 그래서 AI 사용량을 다른 AWS 서비스 비용과 함께 추적할 수 있습니다. CloudTrail은 Anthropic SDK, Claude Code, Claude Cowork에서 발생한 Claude Platform on AWS 요청을 캡처할 수 있습니다. Workspace operation은 기본적으로 management event로 기록되고, inference activity는 data event logging을 켜서 더 자세히 볼 수 있습니다.

이 부분은 모델 성능 벤치마크에는 잘 드러나지 않지만, 실제 조직에서는 강한 구매 이유가 됩니다. 이미 AWS Organizations, IAM role, Cost Explorer, CloudTrail, Marketplace private offer로 운영되는 회사라면 Claude Platform 도입을 별도 vendor onboarding으로 다루지 않아도 됩니다. 반대로 이 계정 체계를 거치지 않는 shadow AI 사용은 점점 더 설득하기 어려워집니다.

Claude Code도 이 경로를 탄다

이번 발표가 AI 개발자에게 직접 닿는 지점은 Claude Code와 Agent SDK입니다. Claude Code 공식 문서는 Claude Code on Claude Platform on AWS 페이지에서 AWS 인증, IAM access control, AWS Marketplace billing으로 Anthropic-operated Claude API를 쓰도록 설정하는 방법을 설명합니다. 환경 변수는 명확합니다.

export CLAUDE_CODE_USE_ANTHROPIC_AWS=1
export ANTHROPIC_AWS_WORKSPACE_ID=wrkspc_01ABCDEFGHIJKLMN
export AWS_REGION=us-east-1

공식 문서에 따르면 ANTHROPIC_AWS_WORKSPACE_ID는 모든 요청에 anthropic-workspace-id header로 붙고, base URL은 AWS_REGION에서 계산됩니다. Bedrock이나 Foundry provider routing이 설정돼 있으면 우선순위가 달라질 수 있으므로, Claude Platform on AWS로 보내려면 해당 provider 변수를 정리해야 합니다. Claude Code의 /status는 실제 resolved provider와 workspace ID, region, base URL override를 확인하는 빠른 방법으로 제시됩니다.

Agent SDK도 같은 방향입니다. 문서는 Claude Code subprocess를 띄우는 프로그램이 CLAUDE_CODE_USE_ANTHROPIC_AWS, ANTHROPIC_AWS_WORKSPACE_ID, AWS credential 또는 workspace API key를 넘기면 Claude Platform on AWS를 대상으로 삼을 수 있다고 설명합니다. 이 말은 로컬 CLI뿐 아니라 사내 자동화, PR bot, migration runner, 평가 파이프라인이 AWS 조달·권한 모델 안에서 Claude Code 계열 실행을 호출할 수 있다는 뜻입니다.

다만 운영 난이도가 사라지는 것은 아닙니다. workspace API key는 긴 수명의 secret이므로 생산 환경에서는 federated AWS credential이나 IAM role 기반 접근이 더 안전할 수 있습니다. SSO credential이 세션 중 만료될 수 있어 awsAuthRefresh 같은 설정도 고려해야 합니다. 또한 새 모델 alias를 그대로 쓰면 팀 전체가 예기치 않게 새 모델로 이동할 수 있으므로, 공식 문서는 claude-opus-4-7, claude-sonnet-4-6, claude-haiku-4-5처럼 모델 ID를 명시적으로 pinning하는 방식을 제시합니다.

네이티브 기능 접근성이 agent stack 경쟁이 됐다

이번 발표를 흥미롭게 만드는 것은 기능 목록입니다. Claude Managed Agents, advisor strategy, web search, web fetch, code execution, Files API, Skills, MCP connector가 한꺼번에 언급됩니다. 각각 따로 보면 API 기능입니다. 함께 보면 agent runtime의 구성요소입니다.

에이전트는 단순히 LLM에 긴 prompt를 넣는 프로그램이 아닙니다. 긴 작업을 맡기려면 파일을 읽고 쓰고, 도구를 호출하고, 웹에서 최신 정보를 가져오고, 조직별 best practice를 기억하고, 외부 시스템에 연결하고, 결과를 평가하고, 비용과 사용량을 추적해야 합니다. Anthropic은 이 조각들을 Claude Platform에 native feature로 쌓고 있습니다. AWS는 그 feature set을 기업의 기존 클라우드 계정 체계에 끼워 넣습니다.

이 조합은 LangGraph, Bedrock Agents, OpenAI의 agent stack, 사내 custom orchestrator와 경쟁합니다. 차이는 어디까지 first-party로 맡기고, 어디부터 내부 platform team이 직접 만들 것인가입니다. Claude Platform on AWS는 "Anthropic의 first-party agent stack을 쓰되, AWS 계정과 조달을 유지하라"는 제안입니다. Bedrock은 "AWS의 managed model platform 안에서 Claude를 포함한 여러 모델을 통제하라"는 제안에 가깝습니다.

개발자에게는 선택지가 늘어난 셈입니다. 신제품 prototype이나 빠른 beta 기능 실험에는 native Claude Platform on AWS가 매력적일 수 있습니다. 엄격한 데이터 residency, Bedrock Guardrails, 기존 Bedrock knowledge base와의 깊은 통합이 필요하면 Bedrock이 더 자연스럽습니다. 하나의 회사 안에서도 두 경로가 공존할 가능성이 큽니다. 민감도가 낮은 개발 생산성 도구는 Claude Platform on AWS로, 고객 데이터가 깊게 들어가는 agent는 Bedrock으로 나누는 식입니다.

커뮤니티가 헷갈린 지점도 바로 여기다

Reddit의 AWS와 Claude 커뮤니티 반응에서도 가장 먼저 나온 질문은 "그럼 Bedrock과 뭐가 다른가"였습니다. 어떤 사용자는 native Claude API와 beta 기능을 AWS 계정으로 바로 쓰는 점을 긍정적으로 봤고, 다른 사용자는 데이터가 AWS 보안 경계 밖에서 처리된다는 점을 보고 Bedrock과의 구분을 확인했습니다. 이 반응은 자연스럽습니다. 제품명이 모두 AWS와 Claude를 포함하기 때문에, 차이를 작게 보면 같은 기능처럼 보입니다.

하지만 개발자가 실제로 고를 때는 차이가 큽니다. 예를 들어 Claude Code를 팀 전체에 배포하려는 플랫폼 엔지니어라면 질문은 "Claude 모델 호출이 되느냐"가 아닙니다. 어떤 IAM role이 호출할 수 있는지, CloudTrail에 무엇이 남는지, workspace별 사용량을 볼 수 있는지, 모델 alias를 고정할 수 있는지, proxy나 LLM gateway를 어떻게 붙일 수 있는지가 중요합니다. Claude Platform on AWS 문서는 이 문제를 직접 다룹니다.

반대로 법무, 의료, 금융처럼 데이터 처리 위치와 계약 구조가 가장 중요한 조직은 native feature parity만 보고 결정할 수 없습니다. Anthropic과 AWS 모두 Claude Platform on AWS의 데이터 처리가 AWS security boundary 밖에서 일어난다고 밝히고 있습니다. 이 조건이 맞지 않으면 Bedrock이 여전히 더 적합합니다. 최신 기능 접근성과 보안 경계 사이의 trade-off가 이번 발표의 중심입니다.

한국 개발팀에는 무엇이 달라지나

한국 개발팀과 스타트업 입장에서는 두 가지 현실적 변화가 있습니다. 첫째, AWS를 이미 표준 클라우드 계정으로 쓰는 팀은 Claude Platform 도입 장벽이 낮아집니다. 별도 Anthropic 계약과 청구 흐름을 만드는 대신 AWS Marketplace와 기존 IAM 체계를 활용할 수 있습니다. AWS 발표에 따르면 Asia Pacific Seoul 리전도 제공 지역에 포함됩니다. 물론 실제 endpoint, latency, 데이터 처리 조건은 각 조직의 계약과 설정으로 확인해야 합니다.

둘째, Claude Code나 Claude Agent SDK를 업무 자동화에 붙이는 팀이 더 공식적인 운영 경로를 갖게 됩니다. 지금까지 CLI 기반 코딩 에이전트는 개인 개발자 도구처럼 보이는 경우가 많았습니다. 그러나 workspace, IAM principal, CloudTrail, Cost Explorer가 붙으면 팀 단위 운영 도구로 설명하기 쉬워집니다. "누가 어떤 에이전트를 얼마나 썼는가"를 플랫폼팀 언어로 번역할 수 있기 때문입니다.

물론 이것이 곧바로 성공적인 에이전트 도입을 보장하지는 않습니다. Claude Platform on AWS는 접근 경로와 기능 묶음을 제공합니다. 실제로 어떤 업무를 에이전트에게 맡길지, 실패했을 때 누가 책임질지, 결과 검증을 어떤 기준으로 할지, 비용 폭주를 어떻게 막을지는 여전히 팀이 설계해야 합니다. 특히 code execution, web fetch, MCP connector는 강력한 만큼 권한과 데이터 경계 설계가 중요합니다.

결론: 클라우드의 AI 전쟁은 모델 배포에서 agent platform 배포로 이동 중이다

Claude Platform on AWS는 "AWS에서 Claude를 더 쉽게 쓴다"는 편의 업데이트가 아닙니다. 클라우드 계정 체계 안으로 Anthropic의 native agent platform을 들여오는 제품 결정입니다. Bedrock이 Claude 모델을 AWS managed model platform에 넣는 경로라면, 이번 발표는 Anthropic platform 자체를 AWS 고객의 IAM, CloudTrail, Marketplace와 연결하는 경로입니다.

이 차이는 앞으로 더 중요해질 가능성이 큽니다. AI 팀은 단순 모델 호출보다 agent runtime, tool use, file handling, code execution, evaluation, audit, cost control을 함께 요구합니다. 모델 제공자는 이 모든 것을 first-party platform으로 묶으려 하고, 클라우드 제공자는 그 플랫폼을 기존 enterprise control plane 안에 넣으려 합니다. Claude Platform on AWS는 그 접점에 있는 발표입니다.

개발자와 플랫폼팀이 지금 확인해야 할 질문은 분명합니다. 최신 Claude Platform 기능과 빠른 beta 접근이 더 중요한가, 아니면 AWS 보안 경계와 Bedrock-native 통제가 더 중요한가. Claude Code와 Managed Agents를 팀 단위로 운영하려면 IAM, workspace, 모델 pinning, 로그, 비용 추적을 어떻게 설계할 것인가. 이번 발표의 의미는 이 질문을 더 이상 추상적인 아키텍처 논의가 아니라 실제 제품 선택지로 만들었다는 데 있습니다.

출처: Anthropic 공식 발표, AWS What's New, AWS Machine Learning Blog, Claude Code Docs