Amazon Bedrock 비용은 무엇으로 만들어집니까

AI 도입 견적을 받아 보면 계산식이 대개 한 줄입니다. 토큰 단가에 예상 호출 수를 곱한 숫자입니다. 그 숫자 자체가 틀린 것은 아닌데, 몇 달 뒤 실제 청구서와 맞춰 보면 대체로 청구서 쪽이 큽니다. 계산이 틀린 것이 아니라 세지 않은 항목이 있었기 때문입니다.

이 글은 Amazon Bedrock의 요금이 무엇으로 만들어지는지를 구조로 정리합니다. Bedrock이 무엇이고 무엇을 대신 해 주는지는 Amazon Bedrock으로 기업 AI를 구축할 때의 장점과 제약에서 다루므로 여기서는 비용 하나만 봅니다.

🔴 한 가지 먼저 밝혀 둡니다. 이 글에는 단가 숫자를 적지 않습니다. 모델별 단가와 지원 기능은 몇 달 안에 바뀌고, 적어 두는 순간 그 문장이 조용히 거짓이 됩니다. 구조는 오래 가지만 숫자는 그렇지 않으므로, 실제 값은 AWS 요금 페이지에서 채택 시점 기준으로 확인하십시오.

요금을 만드는 기본 단위는 토큰이다

Bedrock의 기본 과금 단위는 토큰입니다. 여기서 알아야 할 성질은 네 가지입니다.

• 입력과 출력이 따로 계산됩니다. 모델에 보낸 양과 모델이 만들어 낸 양이 각각 세어지고, 일반적으로 출력 쪽 단가가 더 높습니다. 그래서 「길게 답하게 하는 것」이 「길게 물어보는 것」보다 비쌉니다.
• 토큰은 글자 수가 아닙니다. 같은 내용이라도 한국어는 영어보다 토큰 수가 많아지는 경향이 있어, 영문 기준 예제로 잡은 견적은 한국어 서비스에서 낮게 나옵니다.
• 대화형은 앞의 대화를 매번 다시 보냅니다. 모델은 이전 대화를 기억하지 않으므로 맥락을 유지하려면 지난 내용을 함께 보내야 합니다. 대화가 길어질수록 한 번 물어볼 때마다 입력 토큰이 늘어납니다.
• 문서 검색 방식은 문서를 프롬프트에 붙여 보냅니다. 사내 자료에서 근거를 찾아 답하게 하는 구조(RAG)에서는 검색해 온 문서 조각이 그대로 입력 토큰이 됩니다. 붙이는 문서를 넉넉히 잡으면 답변 품질은 오르고 입력 비용도 함께 오릅니다.

「토큰 × 호출 수」가 바닥값이 되는 이유

여기가 이 글의 핵심입니다. 모델 호출 말고도 요금을 만드는 항목이 있고, 그 대부분은 화면에 보이지 않아서 견적에서 빠집니다.

특히 두 가지를 강조해 두겠습니다.

벡터 저장소는 상시 비용입니다. 문서를 검색해 답하는 구조를 만들면 문서를 벡터로 저장해 둘 곳이 필요하고, 서버리스 형태라도 최소 용량 단위가 정해져 있는 경우가 많습니다. 이 항목은 호출이 없어도 유지되는 동안 계속 과금되므로, 시범 운영으로 한 달에 몇 건만 물어보는 기간에도 고정으로 나갑니다. 「거의 안 썼는데 왜 이만큼 나왔나」의 답이 대개 여기 있습니다.

에이전트는 호출 수의 정의를 바꿉니다. 사용자가 한 번 물어본 것이 내부에서는 계획 수립, 도구 호출, 결과 해석처럼 여러 번의 모델 호출로 나뉩니다. 견적을 세울 때 「하루 100건」이 사용자 요청 100건인지 모델 호출 100번인지 구분하지 않으면 몇 배 차이가 조용히 생깁니다.

단가를 낮추는 지렛대는 셋이다

모델 선택

가장 크고 가장 자주 놓치는 지렛대입니다. 분류, 추출, 형식 변환, 짧은 요약 같은 정형 작업은 작은 모델로 충분한 경우가 많은데, 검증 없이 큰 모델을 기본값으로 두고 시작하는 일이 흔합니다.

권하는 순서는 이렇습니다. 실제 입력 표본을 스무 건쯤 모아 두고, 작은 모델과 큰 모델에 같은 것을 넣어 결과를 나란히 봅니다. 차이가 업무상 의미가 없으면 작은 쪽을 씁니다. 작업별로 다른 모델을 쓰는 것이 정상이고, 하나로 통일해야 할 이유는 없습니다.

배치 추론

즉시 응답이 필요 없는 일 — 야간 일괄 분류, 대량 문서 요약, 축적된 문의 정리 — 은 배치 추론으로 돌리면 온디맨드보다 낮은 단가가 적용됩니다. 대신 완료 시점을 보장하지 않으므로 사용자가 화면에서 기다리는 작업에는 쓸 수 없습니다. 판단 기준은 단순합니다. 사람이 결과를 기다리고 있는가 아닌가입니다.

프롬프트 캐싱

매번 똑같이 반복되는 프롬프트 앞부분(지침, 예시, 참조 문서)을 캐시해 그 부분의 입력 비용을 낮추는 기능입니다.

🔴 효과를 말할 때는 「최대」를 붙여야 하고, 실제 폭은 캐시 적중률에 달려 있습니다. 공개된 절감 폭은 조건이 맞았을 때의 상한이고, 프롬프트 앞부분이 호출마다 달라지면 적중하지 않아 효과가 사실상 없습니다. 캐시에 쓰는 동작 자체에 비용이 붙는 구조라 적중률이 낮으면 오히려 손해가 될 수도 있습니다.

적중시키려면 설계가 먼저입니다. 고정된 것을 앞에, 변하는 것을 뒤에 두는 순서로 프롬프트를 구성해야 합니다. 사용자 이름이나 날짜를 맨 앞에 넣어 두면 그 뒤 전체가 매번 새 프롬프트가 됩니다.

적용되지 않는 것 — 견적을 흔드는 오해들

• 🔴 Claude 계열 모델은 Priority·Flex 서비스 티어를 지원하지 않습니다. 「Flex로 저렴하게」를 Claude 기준 견적에 적용하면 계산이 처음부터 어긋납니다. 모델별 지원 티어는 요금 페이지의 표에서 확인하십시오.
• 🔴 예약 형태는 중소 규모 도입에 해당하지 않습니다. 대량 사용을 전제한 예약 티어가 있기는 하지만 최소 입력 규모가 매우 크고 AWS 계정팀을 거쳐야 합니다. 견적 단계에서 고려할 선택지가 아닙니다.
• 🔴 Bedrock을 덮는 Savings Plans는 없습니다. 연산·컨테이너 자원을 덮는 약정 상품은 Bedrock 추론에 적용되지 않습니다. 「AI 비용도 약정으로 묶으면 된다」는 현재 성립하지 않습니다.
• ⚠️ Provisioned Throughput은 비용을 아끼는 장치가 아닙니다. 처리량을 미리 확보하는 수단이고 확보한 시간만큼 계속 과금되므로, 사용량이 적으면 온디맨드보다 비싸집니다. 성능 요구가 분명할 때 쓰는 것입니다.
• 🔴 지출 상한을 AWS가 대신 걸어 주지 않습니다. Bedrock에 토큰 예산이나 자동 차단 기능은 없습니다. 예산·상한·배분을 어떻게 세우는지는 AI 비용이 예측되지 않을 때 예산과 상한을 거는 법이 층별로 갖고 있습니다.

비용이 청구서 어디에 잡히는가

이 절은 실제로 청구서를 열었을 때를 위한 것입니다.

모델 제공사에 따라 추론 비용이 「Amazon Bedrock」 서비스 항목이 아니라 모델 이름의 별도 항목으로 잡힐 수 있습니다. 일부 모델은 AWS Marketplace를 거친 구독 형태로 제공되기 때문입니다.

⚠️ 여기가 함정이 되는 지점은 필터입니다. 서비스별로 예산이나 비용 필터를 걸어 두고 Bedrock만 보고 있으면, 실제로는 요금이 나가고 있는데 그 화면에서는 추론 비용이 0으로 보입니다. 금액이 없어서가 아니라 다른 이름의 항목으로 들어가 있기 때문입니다.

확인하는 순서는 이렇습니다.

1. Billing 콘솔의 청구서 화면에서 해당 월의 전체 서비스 목록을 처음부터 끝까지 훑습니다. Bedrock만 보지 않습니다.
2. AWS Marketplace 항목이 따로 있는지, 그 아래 모델 이름이 보이는지 확인합니다.
3. Cost Explorer에서 서비스 대신 사용 유형이나 API 작업으로 그룹화해 봅니다. 서비스 이름이 달라도 사용 유형에는 성격이 드러납니다.
4. 예산과 알림을 이미 걸어 두었다면, 그 필터가 방금 확인한 항목을 모두 포함하는지 다시 봅니다.

견적을 받았을 때 물어볼 다섯 가지

숫자가 맞는지 따지기 전에 무엇을 세었는지를 묻는 편이 빠릅니다.

1. 토큰 수는 어떤 근거로 잡았습니까. 실제 문서와 실제 질문으로 재 본 값입니까, 가정입니까.
2. 벡터 저장소의 상시 비용이 들어 있습니까. 사용량이 0인 달의 금액은 얼마입니까.
3. 문서를 얼마나 자주 다시 넣습니까. 인제스트 비용이 반복 항목으로 잡혀 있습니까.
4. 에이전트를 쓴다면 사용자 요청 1건이 모델 호출 몇 번입니까.
5. 캐싱 효과를 얼마로 잡았고, 적중률 가정은 무엇입니까.

정리

• Bedrock의 기본 과금은 토큰이고 입력과 출력이 따로 계산됩니다. 대화 길이와 붙이는 문서 양이 입력을 키웁니다.
• 토큰 단가에 호출 수만 곱한 견적은 바닥값입니다. 인제스트, 벡터 저장소, 에이전트의 내부 호출, 안전장치가 빠져 있기 때문입니다.
• 벡터 저장소는 사용량과 무관하게 나가는 고정 항목이라 시범 운영 기간에도 요금이 발생합니다.
• 지렛대는 모델 선택 · 배치 추론 · 프롬프트 캐싱 셋이고, 캐싱 효과는 적중률에 달려 있어 최대치로만 말할 수 있습니다.
• 약정으로 묶는 방법은 없고 지출 상한도 우리가 만들어야 합니다. 청구서에서는 모델 이름의 별도 항목까지 함께 봐야 합니다.

빌드업웍스는 Bedrock 견적을 볼 때 토큰 단가보다 벡터 저장소의 상시 비용과 에이전트의 내부 호출 수를 먼저 확인합니다.

지금 구상 중인 구성으로 무엇이 요금을 만들지 함께 짚어 보시려면 상담을 신청해 주십시오. 먼저 현재 준비 상태를 가늠해 보고 싶으시면 AI 준비도 자가 진단으로 몇 분 안에 확인하실 수 있습니다.

참고 자료

• Amazon Bedrock 요금
• AWS — What is Amazon Bedrock?
• Amazon Bedrock — Knowledge Bases
• Amazon Bedrock — Agents
• Amazon Bedrock — Guardrails
• Amazon Bedrock — 배치 추론
• Amazon Bedrock — 프롬프트 캐싱
• Amazon Bedrock — Provisioned Throughput
• Amazon OpenSearch Service 요금
• AWS Savings Plans 사용 설명서
• AWS Cost Explorer — AWS Cost Management 사용 설명서
• AWS Budgets — 비용 관리