OpenAI Bedrock 정식 지원, Codex 비용도 AWS 계약 안으로

OpenAI가 2026년 6월 1일 frontier models와 Codex의 AWS 일반 제공을 발표했습니다. 발표문은 OpenAI 기능을 AWS 고객의 기존 보안, 컴플라이언스, 구매, 청구, 거버넌스 워크플로 안으로 넣는다고 설명합니다. 같은 날 AWS도 기존 4월 preview 발표를 업데이트해 GPT-5.5, GPT-5.4, Codex가 Amazon Bedrock에서 일반 제공된다고 밝혔습니다.

이번 뉴스는 “OpenAI 모델이 또 다른 클라우드 카탈로그에 추가됐다”로만 읽으면 작아집니다. 개발팀에게 바뀌는 부분은 모델 이름보다 운영 경계입니다. OpenAI 계정과 API key로 쓰던 모델·코딩 에이전트를 AWS Bedrock, IAM, VPC isolation, CloudTrail, AWS commitment 안에서 구매하고 감사하는 경로가 열렸습니다. 이 경로는 기존 OpenAI API를 대체한다기보다, 이미 AWS를 표준 구매·보안 플랫폼으로 쓰는 조직의 승인 비용을 줄입니다.

OpenAI 발표에서 가장 직접적인 숫자는 Codex 사용량입니다. OpenAI는 Codex가 매주 500만 명 이상에게 쓰이는 software engineering agent라고 설명합니다. AWS 업데이트의 숫자는 조금 다릅니다. AWS는 4월 원문에서 Codex의 주간 사용자를 400만 명 이상으로 적었고, 6월 업데이트에서는 모델과 Codex 일반 제공, 가격, commitment 반영을 앞에 세웠습니다. 두 문서를 함께 보면 Codex는 더 이상 ChatGPT 구독자용 개발 보조 기능만이 아니라, 클라우드 구매 계약에 들어가는 엔터프라이즈 개발 인프라로 포장되고 있습니다.

AWS 발표의 핵심 문장은 가격과 commitment입니다. GPT-5.5와 GPT-5.4는 Bedrock의 next-generation inference engine에서 실행되고, pricing은 OpenAI first-party rates와 맞으며 additional fee가 없다고 AWS는 설명했습니다. 사용량은 AWS cloud commitment에 반영됩니다. 이 문장은 예산 담당자에게 기술 기능보다 클 수 있습니다. 이미 AWS 약정 사용량을 채워야 하는 기업은 OpenAI 사용량을 별도 vendor spend로 볼지, 기존 클라우드 spend 안으로 넣을지 다시 계산할 수 있습니다.

모델 호출 경로도 둘로 나뉩니다. 일반 애플리케이션은 Amazon Bedrock에서 OpenAI 모델을 호출합니다. AWS의 OpenAI Bedrock 페이지는 GPT-5.5와 GPT-5.4를 reasoning, agents, coding, complex analysis용 frontier model로 설명합니다. 같은 페이지는 Bedrock Managed Agents로 persistent memory와 built-in security가 붙은 production-ready agent를 만들 수 있다고 말합니다. Bedrock 문서의 예시는 OpenAI SDK를 https://bedrock-runtime.us-west-2.amazonaws.com/openai/v1에 붙이고 AWS_BEARER_TOKEN_BEDROCK을 bearer token으로 넘기는 방식입니다.

Codex 경로는 더 특이합니다. OpenAI의 Codex on Amazon Bedrock 문서는 Codex가 로컬에서 실행되고, 모델 요청을 Amazon Bedrock으로 보낸다고 설명합니다. 이 설정에서는 OpenAI-hosted Responses API가 요청 경로에 없습니다. Bedrock은 supported OpenAI models에 대해 OpenAI-compatible Responses API 구현을 제공합니다. 개발자 화면에는 Codex CLI, desktop app, VS Code extension이 남지만 추론과 인증 경계는 AWS 쪽으로 이동합니다.

이 차이는 보안 검토에서 큽니다. OpenAI 문서는 Bedrock provider에서 ChatGPT sign-in이나 OPENAI_API_KEY를 쓰지 않는다고 못박습니다. 인증은 Bedrock API key 또는 AWS SDK credential chain입니다. AWS shared config와 credentials file, environment variables, AWS Management Console credentials, AWS SSO profile, credential_process 기반 federated identity를 쓸 수 있습니다. 엔터프라이즈 팀은 Codex 사용 권한을 OpenAI workspace membership만으로 보지 않고 AWS account, profile, role, region, model access로 나눠야 합니다.

설정은 작지만 의미가 큽니다. Codex config에는 model_provider = "amazon-bedrock"를 넣고, 필요하면 model ID를 명시합니다. OpenAI 문서의 지원 모델 ID는 openai.gpt-5.5, openai.gpt-5.4입니다. API key 인증을 쓰면 AWS_BEARER_TOKEN_BEDROCK와 AWS_REGION을 설정합니다. desktop app과 IDE extension은 shell 환경변수를 그대로 상속하지 않을 수 있어 ~/.codex/.env에 필요한 값을 넣고 재시작하라는 지침도 있습니다. 운영 문서로 보면 이 부분은 개발자 경험보다 credential 배포 정책에 가깝습니다.

model_provider = "amazon-bedrock"

export AWS_BEARER_TOKEN_BEDROCK=<your-bedrock-api-key>
export AWS_REGION=us-east-2

지원 기능 표를 보면 Bedrock 경로의 성격이 더 선명해집니다. OpenAI 문서는 local Codex workflows, desktop app local workflows, IDE extension local workflows, Bedrock-backed inference, locally configured MCP servers와 connectors를 지원 대상으로 둡니다. 반대로 hosted first-party plugin directory, Codex cloud agents, review agents, security agents, web agents, image generation, voice transcription은 available하지 않다고 적습니다. Fast Mode도 없습니다. Fast Mode는 priority processing을 쓰고, 초기 Bedrock offering은 on-demand inference만 지원하기 때문입니다.

이 표에서 “미지원”은 단순한 결함이 아닙니다. AWS 경로는 Codex를 OpenAI-hosted product suite 전체로 가져오는 방식이 아니라, 기업이 통제하는 Bedrock 추론 경로에 붙이는 방식입니다. 팀이 cloud review agent나 web agent, hosted plugin directory에 기대고 있었다면 URL과 key만 바꿔 같은 운영 경험을 얻는다고 가정하면 안 됩니다. 반대로 로컬 Codex와 사내 AWS credential 관리가 핵심이라면 Bedrock provider는 구매 승인과 보안 심사에서 설득력이 생깁니다.

Bedrock의 OpenAI model API도 완전한 동일성을 뜻하지 않습니다. AWS 문서는 OpenAI models가 text input과 text output만 지원한다고 적습니다. 또 OpenAI Chat Completions API를 쓸 때는 Amazon Bedrock API key로만 인증할 수 있고, OpenAI SDK를 쓰려면 Bedrock endpoint를 명시해야 한다고 안내합니다. Converse API를 쓰면 max_completion_tokens, temperature, top_p 같은 OpenAI field를 Bedrock의 maxTokens, temperature, topP로 매핑해야 합니다. 같은 모델 이름이어도 API 표면은 Bedrock의 제약과 함께 읽어야 합니다.

개발팀의 실무 질문은 세 가지로 좁혀집니다. 첫째, AWS Bedrock 경로에서 필요한 모델과 region이 실제로 열려 있는지 확인해야 합니다. OpenAI 문서도 selected model이 configured AWS Region에서 available해야 한다고 적습니다. 둘째, Codex가 쓰는 AWS identity에 어떤 Bedrock model access와 quota가 붙는지 봐야 합니다. 셋째, Fast Mode와 cloud agents가 빠진 상태에서 팀의 기존 Codex workflow가 유지되는지 테스트해야 합니다. 특히 review/security/web agents를 쓰던 조직은 Bedrock 경로를 별도 프로파일로 취급하는 편이 안전합니다.

이 발표가 SageMaker의 OpenAI-compatible API와 다른 이유도 여기에 있습니다. SageMaker 쪽 변화는 AWS-hosted open model이나 custom container를 OpenAI SDK 생태계에 붙이는 기능입니다. 이번 Bedrock 발표는 OpenAI가 제공하는 frontier model과 Codex를 Bedrock의 구매·보안 모델에 올리는 사건입니다. 한쪽은 self-hosted model serving의 interface 문제이고, 다른 한쪽은 OpenAI product capability의 cloud distribution 문제입니다. 둘 다 OpenAI API 문법을 쓰지만, 운영자가 관리하는 리소스와 책임선은 다릅니다.

AWS 입장에서는 Bedrock의 모델 카탈로그 경쟁력이 올라갑니다. AWS의 Bedrock OpenAI 페이지는 Anthropic, Meta, Mistral, Cohere, Amazon 모델과 함께 OpenAI frontier model을 다룰 수 있다고 설명합니다. Bedrock을 이미 모델 라우팅, guardrails, cost controls의 중심으로 삼은 조직은 “OpenAI만 별도 계약과 별도 로그로 빼야 하는가”라는 질문을 줄일 수 있습니다. Azure AI Foundry와 Google Vertex AI가 모델·에이전트 통합을 밀고 있는 상황에서, AWS는 OpenAI까지 Bedrock 안에 넣어 선택지를 보강합니다.

OpenAI 입장에서도 분명한 이득이 있습니다. OpenAI API와 ChatGPT Enterprise만으로는 AWS 표준 조직의 procurement, security review, data boundary 요구를 모두 흡수하기 어렵습니다. OpenAI 발표문이 procurement, billing, governance를 반복해서 언급한 이유입니다. 개발자가 이미 쓰는 OpenAI 모델이라도 기업 구매 라인을 통과하지 못하면 production 배포는 늦어집니다. Bedrock 경로는 모델 성능 경쟁을 구매·보안 병목 해소 경쟁으로 바꿉니다.

Codex는 이 경쟁에서 더 민감한 제품입니다. 일반 챗봇보다 코딩 에이전트는 repository, dependency, 내부 설계, test log, shell output, 보안 취약점 근처에서 움직입니다. AWS 업데이트는 Codex inference가 Bedrock으로 라우팅되고 IAM, VPC isolation, encryption 같은 AWS 보호를 사용한다고 설명했습니다. 이 문장은 CISO와 플랫폼 팀에게 직접적입니다. “Codex가 얼마나 좋은 코드를 쓰는가”만큼 “Codex request와 credential이 어느 통제면을 지나가는가”가 구매 기준이 됩니다.

다만 AWS 경로가 모든 우려를 지우지는 않습니다. OpenAI Codex 문서는 AWS credentials, IAM permissions, Bedrock model access, quotas, billing, regional availability를 AWS administrator나 AWS Support 영역으로 둡니다. Bedrock request failures, AWS service logs, Bedrock behavior도 같은 책임선에 들어갑니다. OpenAI Support는 Codex client setup, local CLI behavior, desktop app behavior, IDE extension behavior, local Codex product experience를 돕습니다. 장애가 나면 책임선이 OpenAI client와 AWS Bedrock 사이에서 갈라집니다. 운영 런북에는 이 분리를 명확히 적어야 합니다.

커뮤니티 반응은 아직 폭발적이지 않습니다. 4월 preview 당시 Reddit의 r/OpenAI와 r/AIGuild에서는 Microsoft 독점 완화 이후 OpenAI 모델이 AWS Bedrock으로 들어왔다는 점이 주로 언급됐습니다. AWS commitment로 비용을 처리할 수 있다는 점도 반복됐습니다. r/aws의 Bedrock 관련 토론에는 새 모델이 Bedrock에 늦게 들어오는 문제와 provider별 조건에 대한 불만이 남아 있습니다. 6월 1일 일반 제공 업데이트는 그 논쟁에 “이제 preview가 아니라 구매 가능한 경로가 됐다”는 답을 추가합니다.

개발자가 바로 실험한다면 두 가지 경로를 나눠야 합니다. 앱 inference를 테스트하려면 Bedrock OpenAI endpoint와 model access, API key, OpenAI SDK compatibility를 확인합니다. Codex를 테스트하려면 ~/.codex/config.toml, AWS_BEARER_TOKEN_BEDROCK 또는 AWS profile, region, model ID, desktop/IDE 환경변수 전달을 확인합니다. 같은 “OpenAI on AWS”라도 앱에서 모델을 부르는 일과 Codex가 코드를 고치는 일은 설정 파일, 인증 방식, 지원 기능이 다릅니다.

비용 관점에서도 “OpenAI rate와 같다”는 문장을 너무 빨리 결론으로 바꾸면 안 됩니다. AWS는 first-party rate와 추가 수수료 없음, AWS commitment 반영을 강조했습니다. 하지만 실제 비용은 Bedrock quota, region availability, organization discount, monitoring, data egress, agent 실행 시간, 실패 재시도, Codex 사용 패턴에 따라 달라집니다. 특히 코딩 에이전트는 한 번 답변하고 끝나는 chat completion보다 repository read, plan, patch, test, retry를 반복합니다. 구매 경로가 AWS로 들어와도 작업 단위 비용을 별도 계측해야 합니다.

이번 발표의 실무적 결론은 하나입니다. OpenAI와 AWS의 결합은 모델 선택지를 늘리는 뉴스이면서, AI 개발 도구의 구매·인증·감사 경로를 다시 그리는 뉴스입니다. GPT-5.5와 GPT-5.4를 Bedrock에서 부를 수 있다는 사실보다, Codex가 OpenAI 계정이 아닌 AWS credential chain으로 추론을 보낼 수 있다는 사실이 엔터프라이즈 개발팀에는 더 직접적입니다. AI 에이전트를 production 개발 프로세스에 넣는 팀은 모델 benchmark와 함께 IAM role, region, cloud commitment, Fast Mode 미지원, cloud agent 미지원 목록을 같은 체크리스트에 올려야 합니다.

출처

• OpenAI, OpenAI frontier models and Codex are now available on AWS.
• OpenAI Developers, Use Codex with Amazon Bedrock.
• AWS, OpenAI frontier models on Amazon Bedrock.
• AWS Docs, OpenAI models - Amazon Bedrock.
• Amazon News, OpenAI models GPT-5.5 and GPT-5.4, and Codex, now on Amazon Bedrock.