AWS에서 제공하는 클라우드 플랫폼 소개: 앤트로피크의 네이티브 클라우드 플랫폼 경험

Claude Platform on AWS는 Anthropic의 네이티브 Claude Platform을 AWS 계정 내에서 직접 사용할 수 있도록 통합한 서비스로, 기존 Amazon Bedrock을 통한 Claude 모델 호출 방식과는 구조적으로 다른 접근이다. 기존 Bedrock 경로는 AWS가 모델을 호스팅하고 자체 API 스펙으로 추상화해 제공하는 형태였기에, Anthropic Console에서 제공하는 Claude Code, Files API, MCP(Model Context Protocol) 커넥터, Skills, Agent SDK, 프롬프트 캐싱 등 최신 기능이 시차를 두고 들어오거나 일부만 지원되는 한계가 있었다. 이번 발표의 핵심은 별도 Anthropic 계정·계약·결제 관계 없이 AWS IAM 인증과 AWS 청구서 한 장으로 Anthropic의 원본(native) 플랫폼 기능 전체에 접근할 수 있다는 점이며, AWS가 첫 번째 클라우드 공급자로 이 경로를 열었다는 점에서 멀티 클라우드 LLM 전략에 변화가 예상된다.

엔지니어 관점에서 가장 큰 실익은 "기능 격차(feature parity) 해소"다. 그동안 Bedrock 사용 조직은 Anthropic이 새 모델·새 기능을 발표할 때마다 Bedrock 측 지원을 기다려야 했고, 일부 팀은 보안 검토를 다시 받으며 Anthropic 직계약을 추가로 체결하는 이중 운영을 감수해 왔다. Claude Platform on AWS에서는 동일한 AWS PrivateLink·VPC·KMS·CloudTrail 거버넌스 안에서 Anthropic의 최신 SDK와 엔드포인트를 그대로 호출할 수 있으므로, 보안·구매 부서를 다시 거치지 않고도 Claude Code 기반 에이전트, 장기 컨텍스트(1M 토큰)·캐싱 최적화, Skills/MCP 같은 도구 생태계를 즉시 프로덕션에 투입할 수 있다. 결제·비용 측면에서도 AWS Enterprise Discount Program(EDP)·크레딧 소진 대상에 LLM 사용량이 합산되므로, 재무팀과의 협상 구조가 단순해진다.

다만 한국 개발자가 도입을 검토할 때 점검해야 할 포인트가 몇 가지 있다. 첫째, 엔드포인트·SDK가 Bedrock의 `bedrock-runtime`이 아니라 Anthropic 네이티브 스펙(`anthropic` Python/TS SDK)에 가깝기 때문에, 기존 Bedrock용으로 짠 호출 코드(메시지 포맷, 시스템 프롬프트 처리, 스트리밍 이벤트 구조)는 그대로 재사용되지 않을 가능성이 높다. 인증 역시 IAM 시그니처 v4가 아닌 AWS 계정과 연동된 자격 증명 흐름으로 추정되므로, 사내 게이트웨이·프록시에 라우팅 규칙을 추가해야 한다. 둘째, 리전·데이터 거버넌스가 중요한 금융·공공 워크로드라면 GA 시점에 어떤 AWS 리전이 지원되고 한국(ap-northeast-2 서울 리전)에서 어떻게 라우팅되는지, 로그·캐시 데이터가 어디에 저장되는지 공식 문서를 반드시 확인해야 한다. 셋째, 이미 Bedrock으로 안정화된 프로덕션 시스템이라면 일괄 전환보다는 신규 에이전트형 워크로드(Claude Code, MCP 도구 호출, Skills) 같은 "네이티브 기능이 진짜 필요한 영역"부터 점진적으로 옮기는 하이브리드 전략이 합리적이다. 마지막으로 비용 모델이 Bedrock과 동일한지, 아니면 Anthropic 가격표를 따르는지에 따라 토큰당 단가가 달라질 수 있으므로, FinOps 관점의 단가 재계산이 도입 전 필수 체크리스트다.