AWS가 아마존 베드락의 프롬프트 캐싱을 활용해 입력 토큰 비용을 최대 90%까지 절감하는 6가지 실전 패턴을 소개했다. 캐싱을 사용하지 않으면 1만 토큰 분량 계약서에 50개의 질문을 반복해서 보낼 경우 총 50만 입력 토큰이 매번 전액 과금되지만, 컨버스 API에 캐시포인트를 넣어 프롬프트 접두부를 캐시하면 이후 요청에서는 캐시를 읽어 재처리를 건너뛰어 최초 응답 시간(TTFT)과 비용을 동시에 줄일 수 있다. 이 글은 긴 문서를 여러 질문에 걸쳐 재사용하는 메시지 콘텐츠 캐싱, 대화 전반에 걸친 시스템 프롬프트·페르소나 캐싱, 에이전틱 워크플로우용 도구 정의 캐싱, 콘텐츠 계층별로 다른 캐시 유효시간(TTL)을 지정하는 혼합 TTL 캐싱, 멀티테넌트 앱을 위한 테넌트별 캐시 분리, 랭체인(LangChain) 프레임워크 연동까지 6가지 시나리오를 기초부터 고급까지 단계적으로 다룬다.
- •AWS, 아마존 베드럭 프롬프트 캐싱으로 캐시 적중 시 입력 토큰 비용 최대 90% 절감·최초 응답시간(TTFT) 단축 소개
- •컴버스 API의 cachePoint 마커로 반복되는 프롬프트 접두부를 캐시해 재처리 없이 캐시된 상태에서 생성 시작
- •긴 문서 재사용(메시지 콘텐츠 캐싱), 시스템 프롬프트·페르소나 캐싱, 에이전트용 도구 정의 캐싱 등 6개 시나리오 단계별 소개
- •콘텐츠 계층별 상이한 캐시 유효시간 지정(혼합 TTL), 멀티테난트 앱을 위한 테넌트별 캐시 분리 기법도 포함
- •랭체인(LangChain) 프레임워크와의 프롬프트 캐싱 연동 방법까지 다룸
0단 자동
AI가 규칙대로 쓰고 그대로 게시했습니다. 사람이 따로 보지 않았습니다.
- 규칙 판
- 규칙 판 도입 이전 기사입니다.
- 남기는 것
- 규칙 판 · 모델 · 시각
- 판 기록
- 아직 없습니다.
Optimizing cost and latency with Amazon Bedrock prompt caching
- 1.AWS, 베드록 프롬프트 캐싱으로 캐시 적중 시 입력 토큰 비용을 최대 90%까지 절감하는 6가지 활용 시나리오 공개
- 2.클로드 소넷 4.5·4.6은 체크포인트당 최소 1024토큰, 오퍼스 모델은 4096토큰부터 캐싱 활성화
- 3.TTL은 기본 5분이며 일부 모델은 최대 1시간까지 연장 가능, 1시간 TTL 쓰기는 표준 대비 2배 비용
- 4.1만 토큰 문서에 10개 질문 시 첫 요청만 캐시쓰기 비용 발생, 나머지는 90% 절감돼 전체 약 75% 비용 절감
왜 중요한가?
같은 문서·시스템 프롬프트·툴 정의를 반복 전송하는 RAG·에이전트 워크플로우에서 비용과 응답지연(TTFT)을 동시에 줄일 수 있는 구체적 수치와 코드 패턴을 제공해, 프로덕션 LLM 애플리케이션의 운영비 최적화에 바로 적용 가능하다.
본문 미리보기
Prompt caching in Amazon Bedrock can cut input token costs by up to 90% when you repeatedly send the same context to foundation models. This post walks through six practical prompt caching scenarios using the Converse API: message content, system prompt, tool definition, mixed TTL, tenant isolation, and LangChain integration.
전체 내용이 궁금하다면?
원문을 직접 읽어보세요
이 글이 만들어진 과정
- 11:02AI 초안

![[10월12일] AI가 암을 치료해도 원리를 알아야 할까…수학자 타오의 질문에 쏟아진 반론](https://cdn.aitimes.com/news/photo/202610/216150_220160_1157.jpg)

