핵심 요약
OpenAI 모델을 회사에서 쓰고 싶지만 보안 심사, 구매 계약, 로그, 리전, 비용 처리 때문에 막힌 팀에게 꽤 큰 변화가 생겼습니다. OpenAI는 2026년 6월 1일 OpenAI frontier models와 Codex가 AWS에서 generally available, 즉 정식 사용 가능 상태가 됐다고 발표했습니다. AWS도 같은 날 GPT-5.5, GPT-5.4, Codex가 Amazon Bedrock에서 GA됐다고 공지했습니다.
겉으로는 “GPT-5.5를 AWS에서도 쓴다”는 모델 라인업 뉴스처럼 보입니다. 하지만 기업 도입 관점에서 더 중요한 문장은 따로 있습니다. OpenAI를 별도 벤더로 새로 들이는 대신, 이미 쓰고 있는 AWS의 IAM, VPC/PrivateLink, KMS 암호화, CloudTrail 감사 로그, Bedrock 과금·약정 흐름 안에서 도입할 수 있다는 점입니다.
즉 이번 발표의 핵심은 모델 성능 자체보다 “회사 안에서 승인받기 쉬운 OpenAI 경로가 열렸다”는 데 있습니다.
이미지 출처: AWS OpenAI on Amazon Bedrock 제품 페이지
무엇이 정식 GA됐나
이번 GA의 대상은 크게 두 가지입니다.
| 항목 | 이번에 열린 것 | 기업 입장에서 중요한 이유 |
|---|---|---|
| OpenAI 모델 | GPT-5.5, GPT-5.4를 Amazon Bedrock에서 사용 | AWS 보안·거버넌스 체계 안에서 OpenAI 모델을 호출 |
| Codex | Codex App, CLI, VS Code·JetBrains·Xcode IDE 통합에서 Bedrock 추론 사용 | 개발자당 좌석 과금이 아니라 토큰 기반으로 시작 가능 |
| API 경로 | Bedrock의 Responses API와 bedrock-mantle 엔드포인트 | OpenAI SDK 방식에 가까운 개발 경험 유지 |
| 리전 | GPT-5.5는 US East (Ohio), GPT-5.4는 US East (Ohio)와 US West (Oregon) 기준 공개 | 글로벌·한국 기업은 리전 확장 여부 확인 필요 |
AWS News Blog의 시작 가이드는 GPT-5.5를 “가장 어려운 고객 워크로드”, GPT-5.4를 “가격 대비 성능” 쪽에 놓고 설명합니다. Codex는 GPT-5.5 추론을 기반으로 긴 개발 작업을 수행하는 코딩 에이전트로 소개됩니다. OpenAI 공식 글은 이 발표를 “기존 AWS 보안, 컴플라이언스, 구매, 과금, 거버넌스 워크플로우 안에서 OpenAI를 쓸 수 있게 하는 경로”라고 설명합니다.
여기서 눈여겨볼 지점은 “Bedrock에 OpenAI가 추가됐다”는 한 줄이 아닙니다. 기업의 AI 도입은 대부분 모델 비교표에서 막히지 않습니다. 실제로는 법무, 보안, 구매, 재무, 플랫폼팀, 데이터팀을 통과해야 합니다. OpenAI 직접 계약은 좋은 선택일 수 있지만, 이미 AWS 위에 대규모 시스템을 운영하는 회사에서는 새 벤더 심사와 데이터 흐름 검토가 길어질 수 있습니다. Bedrock 경로는 이 마찰을 줄이는 쪽에 가깝습니다.
왜 기업 도입 경로가 달라지나
회사에서 AI 모델을 운영하는 사람에게 가장 중요한 질문은 “무슨 모델이 제일 똑똑한가”만이 아닙니다. 실제 질문은 더 지루하지만 더 중요합니다.
- 누가 모델 호출 권한을 갖는가
- 어떤 VPC와 네트워크 경로를 쓰는가
- 프롬프트와 응답이 어디에서 처리되는가
- 누가 어떤 요청을 보냈는지 감사 로그가 남는가
- 비용은 어떤 계약과 약정에 잡히는가
- 기존 보안 통제와 DLP, 키 관리, 리전 정책과 충돌하지 않는가
Amazon Bedrock은 원래 여러 모델 제공사의 모델을 AWS 관리형 서비스 안에서 호출하게 해주는 플랫폼입니다. 여기에 OpenAI frontier model이 들어오면, 기업은 OpenAI만을 위한 별도 운영 체계를 새로 만들지 않고 Bedrock 표준 통제 아래에서 모델을 평가할 수 있습니다.
AWS Machine Learning Blog는 OpenAI 모델 호출이 IAM 권한, VPC와 PrivateLink 격리, KMS 암호화, CloudTrail 감사 로깅 같은 AWS 거버넌스 통제를 상속한다고 설명합니다. 또 프롬프트와 응답이 모델 학습에 사용되지 않고 모델 제공자와 공유되지 않는다고 명시합니다. 보안팀에게는 이 문장이 성능 벤치마크보다 더 크게 들릴 수 있습니다.
물론 이것이 “보안 걱정이 사라졌다”는 뜻은 아닙니다. 정확히는 검토 질문이 바뀐 것입니다. 기존에는 “OpenAI API로 데이터를 보내도 되는가”를 묻던 회사가 이제는 “Bedrock 안에서 OpenAI 모델을 호출할 때 어떤 리전, 어떤 IAM 정책, 어떤 로그 보관 기준을 적용할 것인가”를 묻게 됩니다. 위험이 없어지는 게 아니라, 기업이 이미 다루던 AWS 운영 언어로 내려오는 겁니다.
개발팀은 어떻게 시작하나
AWS가 공개한 시작 예시는 OpenAI SDK를 그대로 쓰되, base URL을 Bedrock 엔드포인트로 바꾸는 방식입니다. 예를 들어 GPT-5.5는 다음처럼 환경 변수를 잡고 Responses API를 호출할 수 있습니다.
pip install -U openai
export OPENAI_BASE_URL="https://bedrock-mantle.us-east-2.api.aws/openai/v1"
export OPENAI_API_KEY="<BEDROCK_API_KEY>"
export BEDROCK_OPENAI_MODEL_ID="openai.gpt-5.5"
import os
from openai import OpenAI
client = OpenAI(
base_url=os.environ["OPENAI_BASE_URL"],
api_key=os.environ["OPENAI_API_KEY"],
)
response = client.responses.create(
model=os.environ["BEDROCK_OPENAI_MODEL_ID"],
input=[
{
"role": "developer",
"content": "You are a practical AWS software architect.",
},
{
"role": "user",
"content": "Design a multi-region API architecture for 100k requests per second.",
},
],
reasoning={"effort": "medium"},
text={"verbosity": "low"},
)
print(response.output_text)
Codex도 같은 방향입니다. AWS 가이드는 Codex CLI, Codex App, VS Code 확장, JetBrains, Xcode 통합에서 모델 추론을 Amazon Bedrock으로 라우팅할 수 있다고 설명합니다. Bedrock API key 또는 AWS SDK credential chain을 쓸 수 있고, ~/.codex/config.toml에 provider를 amazon-bedrock으로 지정하는 흐름입니다.
이미지 출처: AWS News Blog, Get started with OpenAI GPT-5.5, GPT-5.4 models, and Codex on Amazon Bedrock
개발자에게 좋은 점은 기존 OpenAI SDK와 Codex 경험을 완전히 버리지 않아도 된다는 것입니다. 플랫폼팀에게 좋은 점은 인증, 리전, 로그, 비용 처리의 중심이 AWS로 모인다는 것입니다. 이 두 조건이 동시에 맞아야 기업 AI 도입은 빨라집니다. 개발자가 좋아하는 API 경험과 보안팀이 요구하는 통제 모델이 너무 멀리 떨어져 있으면, 결국 파일럿에서 멈추기 쉽습니다.
이 변화는 OpenAI가 ChatGPT, Codex, API를 하나의 에이전틱 플랫폼으로 묶으려는 흐름과도 맞닿아 있습니다. 앞서 정리한 OpenAI 슈퍼앱 전략 분석이 제품 통합의 내부 방향을 다뤘다면, 이번 AWS GA는 그 제품을 기업 인프라 안으로 넣는 배포 전략에 가깝습니다.
비용 구조도 달라진다
기업 구매팀 관점에서는 가격표보다 “어느 예산으로 잡히는가”가 중요할 때가 많습니다. AWS와 Amazon 공식 글은 OpenAI 모델과 Codex 사용량이 기존 AWS cloud commitment에 적용될 수 있다고 설명합니다. 이미 연간 AWS 약정을 크게 잡아둔 회사라면, OpenAI를 별도 SaaS 예산으로 새로 열지 않고 클라우드 사용량 안에서 검토할 여지가 생깁니다.
AWS Machine Learning Blog는 GPT-5.5와 GPT-5.4의 Bedrock 가격이 OpenAI first-party rates와 같고 추가 요금이 없다고 설명합니다. Codex는 좌석 라이선스나 개발자별 커밋 없이 토큰 단위 과금으로 시작할 수 있다고 안내합니다.
이 부분은 개발 조직에서 꽤 현실적인 차이를 만듭니다. 기존 코딩 도구는 “개발자 몇 명에게 라이선스를 줄 것인가”라는 식으로 시작하는 경우가 많습니다. 반면 Bedrock 기반 Codex는 특정 팀, 특정 파이프라인, 특정 저장소 자동화 작업에 토큰 예산을 붙여 실험하는 방식이 가능합니다. 잘 쓰는 팀에는 더 열고, 위험한 작업에는 IAM과 예산 알림으로 막는 식의 운영이 쉬워집니다.
다만 토큰 과금은 통제 없이는 비용 예측이 어려울 수 있습니다. 특히 에이전트형 작업은 한 번 답하고 끝나는 챗봇보다 호출 횟수, 도구 호출, 재시도, 긴 컨텍스트 사용량이 훨씬 커질 수 있습니다. Codex를 Bedrock으로 들여오는 팀은 모델 접근 권한만 열 것이 아니라 저장소별 사용 한도, 배치 작업 허용 범위, 장시간 작업 승인 기준을 함께 정해야 합니다.
지금 당장 확인해야 할 제한
GA라는 말이 모든 리전과 모든 사용 사례에서 바로 열린다는 뜻은 아닙니다. AWS News Blog 기준으로 GPT-5.5는 US East (Ohio), GPT-5.4는 US East (Ohio)와 US West (Oregon)에서 제공됩니다. 한국 기업이 서울 리전 데이터 레지던시를 요구한다면, 지금은 바로 맞지 않을 수 있습니다. AWS의 리전 페이지를 계속 확인해야 합니다.
또 하나의 구분도 필요합니다. OpenAI 모델과 Codex는 GA지만, Bedrock Managed Agents powered by OpenAI는 별도입니다. AWS의 4월 발표에서는 OpenAI 모델, Codex, Managed Agents가 함께 preview로 소개됐지만, 6월 GA 글에서 Managed Agents는 “coming soon” 성격으로 남아 있습니다. 즉 지금 당장 사용할 수 있는 것은 모델 호출과 Codex on Bedrock이고, OpenAI agent 하네스를 기반으로 하는 완전한 관리형 에이전트 배포 경험은 다음 단계로 봐야 합니다.
이미지 출처: AWS News Blog, Get started with OpenAI GPT-5.5, GPT-5.4 models, and Codex on Amazon Bedrock
보안팀은 다음 체크리스트를 먼저 잡는 편이 좋습니다.
| 체크 항목 | 질문 |
|---|---|
| 리전 | 사용하려는 모델이 필요한 AWS 리전에 있는가 |
| 인증 | Bedrock API key를 쓸지 AWS SDK credential chain을 쓸지 정했는가 |
| IAM | 누가 GPT-5.5, GPT-5.4, Codex 모델을 호출할 수 있는가 |
| 로그 | CloudTrail, 애플리케이션 로그, 프롬프트 보관 정책이 정리됐는가 |
| 데이터 | 고객 정보, 소스코드, 영업비밀을 어떤 기준으로 넣을 것인가 |
| 비용 | 팀별 토큰 예산, 알림, 차단 기준을 설정했는가 |
| 개발 도구 | Codex CLI, App, IDE 확장을 회사 정책에 맞게 배포할 것인가 |
특히 Codex는 일반 API 호출보다 권한 설계가 민감합니다. 코드를 읽고, 수정하고, 테스트하고, 경우에 따라 개발 도구와 연결됩니다. 이 주제는 앞서 잠긴 Mac에서도 Codex가 작업을 이어가는 기능에서 다룬 권한·감사 로그 문제와 같은 축에 있습니다. 모델이 어디에서 추론되는가만큼, 어떤 작업을 누구의 승인 아래 수행하는가가 중요합니다.
시장적으로는 무슨 의미인가
OpenAI에게 AWS GA는 배포 채널 확대입니다. Microsoft Azure와 OpenAI 직접 API만이 아니라, AWS를 주력 클라우드로 쓰는 기업에게도 OpenAI 모델을 더 쉽게 제안할 수 있습니다. OpenAI 공식 글은 “millions of AWS customers”라는 표현을 쓰며, 기존 AWS 환경에서 생산 배포까지 가는 경로를 강조합니다.
AWS에게도 중요합니다. Bedrock은 Anthropic, Meta, Mistral, Cohere, Amazon Nova 등 여러 모델을 한곳에서 비교하고 운영하는 모델 허브입니다. 여기에 OpenAI frontier model이 들어오면, “Bedrock에는 원하는 주요 모델이 없다”는 반론이 줄어듭니다. 기업 플랫폼팀 입장에서는 모델 선택권을 유지하면서도 보안·과금·감사 체계를 하나로 묶는 명분이 강해집니다.
경쟁 구도도 바뀝니다. 지금까지 많은 기업은 OpenAI를 쓰려면 OpenAI 직접 계약이나 Azure 중심 경로를 떠올렸습니다. 이제는 AWS 안에서도 OpenAI를 쓸 수 있습니다. 이는 단순히 클라우드 간 경쟁이 아니라, AI 모델 회사가 대형 클라우드의 구매·거버넌스 레일 위로 올라타는 흐름입니다. 모델 성능 경쟁 다음 전장은 “어느 기업 시스템 안에 더 자연스럽게 들어갈 수 있는가”가 됩니다.
결론: 도입 장벽은 낮아졌지만 운영 책임은 더 선명해졌다
이번 발표는 OpenAI 모델을 쓰고 싶었던 AWS 중심 기업에게 확실히 좋은 소식입니다. GPT-5.5와 GPT-5.4를 Bedrock의 Responses API로 호출하고, Codex 추론을 Bedrock으로 라우팅하며, 비용과 로그와 권한을 AWS 운영 체계 안에서 다룰 수 있기 때문입니다.
하지만 이것은 “이제 아무 팀이나 바로 GPT-5.5를 열어도 된다”는 뜻이 아닙니다. 오히려 반대입니다. 도입 경로가 쉬워졌기 때문에 내부 운영 원칙을 더 빨리 정해야 합니다. 리전, IAM, 로그, 데이터 분류, 토큰 예산, Codex 작업 권한을 정하지 않은 채 열면, 기술 파일럿이 곧바로 비용·보안 이슈가 될 수 있습니다.
기업이 지금 할 일은 간단합니다. 모델 성능 비교표를 다시 만드는 것이 아니라, OpenAI on Bedrock을 어떤 업무에 먼저 붙일지 정하는 것입니다. 개발 코드 리뷰, 문서 분석, 규제 검토, 고객지원 요약, 내부 지식 검색처럼 데이터 경계와 성공 기준이 비교적 분명한 업무부터 시작하는 편이 좋습니다. 이번 GA의 진짜 의미는 OpenAI가 더 똑똑해졌다는 데 있지 않습니다. 회사 안에서 OpenAI를 합법적이고 추적 가능하고 예산 통제 가능한 방식으로 쓰는 길이 넓어졌다는 데 있습니다.
출처 및 더 읽을 거리
- OpenAI 공식 발표: OpenAI frontier models and Codex are now available on AWS: 2026년 6월 1일 GA 발표 원문으로, OpenAI가 AWS 경로를 기업 보안·구매·거버넌스 흐름과 어떻게 연결하는지 확인할 수 있습니다.
- AWS News Blog: Get started with OpenAI GPT-5.5, GPT-5.4 models, and Codex on Amazon Bedrock: Python SDK, curl, Codex 설정, 리전 가용성 등 실제 시작 절차를 확인할 수 있는 AWS 공식 가이드입니다.
- AWS Machine Learning Blog: OpenAI models and Codex on Amazon Bedrock are now generally available: 가격, AWS commitment 적용, IAM·PrivateLink·KMS·CloudTrail 같은 기업 통제 항목을 자세히 설명한 공식 발표입니다.
- Amazon Newsroom: OpenAI models GPT-5.5 and GPT-5.4—and Codex—now on Amazon Bedrock: 4월 preview에서 6월 GA로 이어지는 맥락과 OpenAI 모델, Codex, Managed Agents 관계를 함께 볼 수 있는 Amazon 공식 정리입니다.
- AWS OpenAI on Amazon Bedrock 제품 페이지: OpenAI 모델을 Bedrock에서 쓰는 제품 포지셔닝, 주요 사용 사례, 업데이트 등록 링크를 확인할 수 있는 공식 랜딩 페이지입니다.
- Amazon Bedrock OpenAI 모델 문서: gpt-oss 계열 모델 ID, API 요청 예시, Bedrock에서 OpenAI 호환 API를 호출하는 방식을 확인할 수 있는 개발자 문서입니다.
- Amazon Bedrock endpoint availability 문서: Bedrock runtime과 bedrock-mantle 엔드포인트 지원 범위를 모델별로 확인할 수 있는 AWS 공식 문서입니다.