한 줄 정의

AWS Bedrock은 새 제품 이름이 아니라, 사람들이 Amazon Bedrock을 줄여 부를 때 쓰는 말이야. 특히 2026년 4월 28일에 OpenAI와 AWS가 OpenAI 모델, Codex, Amazon Bedrock Managed Agents를 같이 발표한 뒤부터는, 이 표현이 “AWS 안에서 OpenAI를 쓰는 경로”까지 묶어서 가리키는 쪽으로 더 많이 쓰였어.

그래서 문서나 기사에서 AWS Bedrock이 나오면 새 서비스 이름부터 찾기보다, 누가 Amazon Bedrock 위에서 어떤 모델과 에이전트 경로를 말하는지 먼저 보는 게 맞아. 공식 명칭은 여전히 Amazon Bedrock이고, AWS Bedrock은 그걸 줄여 부르는 현업 표현에 더 가까워.

어떻게 작동하나

이 표현이 가리키는 실제 경로는 별도 API가 아니라 Amazon Bedrock 안의 접근 방식이야. 인증은 AWS 자격 증명으로 하고, 추론은 Bedrock API를 지나가고, 그 안에서 OpenAI 모델이나 다른 공급자 모델을 고르는 식이야. AWS 공식 문서는 Bedrock을 100+ 파운데이션 모델을 다루는 관리형 서비스로 설명하고 있어.

2026년 4월 28일 발표 기준으로 AWS Bedrock이 가리키는 범위는 보통 아래 세 가지야.

즉 AWS Bedrock은 모델 하나의 이름이 아니라, Bedrock이라는 제어면 위에 OpenAI 기능이 들어온 상태를 묶어 부르는 말에 가까워. 현업에서는 “OpenAI를 직접 붙일지, Bedrock 경로로 붙일지”를 비교하는 문맥에서 이 표현이 가장 자주 나와.

왜 중요한가

이 표현이 중요한 이유는 모델 성능보다 운영 경로를 바꾸기 때문이야. 같은 OpenAI 모델을 써도 OpenAI API를 직접 호출하면 인증, 청구, 보안 통제, 로그 수집을 따로 설계해야 해. 반대로 Bedrock 경로로 들어가면 AWS가 이미 잡고 있는 IAM, PrivateLink, 암호화, CloudTrail 같은 운영·보안 통제 안에서 굴릴 수 있어.

이 차이는 코딩 에이전트에서 더 크게 보여. OpenAI 발표에 따르면 Codex 주간 사용자는 400만+이고, AWS 발표는 Codex가 Bedrock을 통해 AWS 자격 증명으로 동작하며 비용을 기존 AWS 사용 약정 쪽 청구에 반영할 수 있다고 설명해. 팀 입장에서는 “새 모델이 하나 더 생겼다”보다 “기존 AWS 조달 체계 안으로 코딩 에이전트 비용과 운영이 함께 들어왔다”가 더 큰 변화야.

그래서 AWS Bedrock이라는 말이 붙으면 기능 목록만 보지 말고, 누가 운영 책임을 지는지와 비용이 어느 청구 경로로 흐르는지 같이 봐야 해. 이 표현의 핵심은 프롬프트 문법보다 기업용 배포 경계 쪽에 있어.

주의해서 볼 점

첫째, 공식 제품명은 아직도 Amazon Bedrock이야. 문서에서 AWS Bedrock이라고 쓰더라도, 실제로는 Amazon Bedrock 전체를 말하는지 아니면 OpenAI on Bedrock 문맥만 말하는지 갈라서 읽어야 해.

둘째, 같은 날 발표 기준 OpenAI 모델, Codex, Managed Agents는 모두 limited preview야. 그래서 기능 범위, 리전, 계정 접근 조건, 가격 반영 방식이 일반 가용 서비스처럼 고정됐다고 읽으면 곤란해.

셋째, Bedrock 경로와 OpenAI API 직접 경로는 같지 않아. 같은 모델 계열을 쓰더라도 인증 방식, 로그 위치, 지원 시점, 노출되는 기능이 달라질 수 있어서, “OpenAI가 AWS에 들어왔으니 기존 OpenAI API와 완전히 똑같다”는 식으로 읽으면 바로 어긋나.