Getting started with Web Answer on Amazon Bedrock AgentCore

🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 요약

AWS는 최신 웹 정보의 검색·검증·답변 합성·출처 연결을 한 번의 도구 호출로 제공하는 Web Answer를 Amazon Bedrock AgentCore에서 정식 출시했다.

📌 핵심 요약

• Web Answer는 자연어 질문마다 새로운 검색을 수행하고, 병렬 검색과 페이지 검증을 거쳐 출처를 연결한 답변을 수초 내 반환하는 관리형 AgentCore Gateway 도구다. 근거가 부족하면 추가로 검색하며, 출처 URL은 제공 가능한 경우 포함된다.
• Web Search는 순위가 매겨진 URL·제목·스니펫·메타데이터를 반환해 개발자가 모델과 답변 합성을 제어하도록 한다. Web Answer는 모델 실행과 검색 반복, 합성, 출처 연결까지 담당하며 두 도구를 함께 사용할 수 있다.
• 설정 예제에는 us-east-1의 IAM 인증 AgentCore Gateway, Python 3.10 이상, 호출자 자격 증명이 필요하다. Gateway 서비스 역할에는 bedrock-agentcore:InvokeWebAnswer 권한을 부여하고, 생성한 Web Answer 대상이 READY 상태가 된 뒤 MCP로 호출한다.
• 관리자는 도메인 필터의 허용 범위를 설정하며 에이전트는 이를 좁힐 수만 있다. AWS는 IAM·JWT 인증, VPC·AWS PrivateLink, CloudWatch 지표를 지원하고 질문과 결과가 AWS 환경 안에 머문다고 설명한다. us-east-1의 계정별 호출 한도는 초당 10건이며 증설은 AWS Support에 요청한다.
• Gateway와 Web Answer 호출에는 요금이 부과된다. 사용을 마치면 Web Answer 대상을 삭제하고, 실습 전용 Gateway를 만들었다면 대상·Gateway·서비스 역할과 정책도 정리한다. 제공된 본문에는 구체적인 요금표가 없고 활용 사례 설명은 중간에 끊겨 있다.

🧩 주요 포인트

1. 검색·검증·합성·출처 연결을 Web Answer가 관리 → 개발자가 직접 유지하던 검색 파이프라인의 구현 부담을 줄이며, 원시 검색 결과와 합성 제어가 필요한 작업에는 Web Search를 선택할 수 있다.
2. 호출자 인증과 Gateway 서비스 역할의 권한을 분리하고 관리자 도메인 필터를 적용 → 에이전트의 도구 접근과 검색 범위를 서로 다른 통제 지점에서 제한한다.
3. 호출 과금과 us-east-1의 계정별 초당 10건 한도 적용 → 도입 시 비용과 처리량을 함께 검토하고, 사용 종료 후 생성 리소스 정리가 필요하다.

🧠 상세 정리

1. 출시 배경과 해결하려는 문제

AWS는 Amazon Bedrock AgentCore에서 Web Answer의 정식 출시를 발표하며, 자연어 질문 한 번으로 출처가 연결된 합성 답변을 받는 기능을 소개한다. 기존에는 최신 웹 정보를 사용하는 에이전트를 만들기 위해 검색 API 호출, 신뢰할 결과 선택, 페이지 수집과 정제, 모델을 통한 답변 합성, 인용 추출을 개발자가 직접 연결해야 했다. 원문은 이 단계마다 유지할 코드가 생기고, 근거 부족에 따른 환각이나 오래된 콘텐츠, 주장과 출처의 연결이 어긋나는 문제가 발생할 수 있다고 설명한다. Web Answer는 이 전체 과정을 하나의 요청으로 묶어 수초 내 답변을 돌려주는 방식으로 개발 부담을 줄인다. 이는 개별 검색 결과를 제공하는 수준을 넘어 답변 작성과 출처 연결까지 관리형 도구가 담당하도록 하는 변화다.

2. Gateway를 거치는 검색·검증·답변 흐름

에이전트가 AgentCore Gateway에 질문을 보내면 Gateway는 AWS IAM 또는 JWT로 호출을 인증하고, 자신의 서비스 역할을 사용해 AWS 소유의 관리형 커넥터인 Web Answer를 호출한다. Web Answer는 검색 계획을 세우고 여러 검색을 병렬로 실행한 다음, 핵심 페이지를 읽어 사실을 확인하며 근거가 부족하면 다시 검색한다. 충분한 근거를 확보하면 각 주장을 출처 URL과 연결한 답변을 작성하고, Gateway는 답변과 인용을 MCP 도구 결과로 에이전트에 전달한다. 질문마다 새로운 검색을 수행하고 모델에 당일 날짜를 제공하므로 최신 정보를 찾도록 설계되어 있으며, URL은 확보 가능한 경우 제공된다. AWS는 책임 있는 AI 보호 장치를 적용해 설계하고 시험했다고 설명하지만, 제공된 본문에는 그 세부 시험 결과나 정확도 수치가 제시되어 있지 않다.

3. Web Search와의 차이 및 병행 사용

원문은 Web Search와 Web Answer를 구분하는 핵심 기준을 누가 모델을 실행하고 답변을 합성하는지로 제시한다. Web Search는 순위가 매겨진 URL, 제목, 스니펫, 메타데이터를 반환하므로 개발자가 자신의 모델을 유지하면서 검색 결과 처리와 답변 합성을 직접 제어할 수 있다. Web Answer는 모델 실행, 에이전트 방식의 검색 반복, 합성, 출처 연결을 모두 수행해 완성된 인용 답변을 제공한다. 따라서 큰 에이전트 작업 안에서 특정 질문에 답하는 하위 작업이 필요하고 그 검색 파이프라인을 직접 관리하고 싶지 않을 때 Web Answer를 선택하도록 설명한다. 두 도구는 함께 사용할 수 있으며, 원문은 폭넓은 조사에는 Web Search의 원시 결과를 활용하고 구체적인 사실 질문에는 Web Answer의 빠른 인용 답변을 사용하는 구성을 예로 든다.

4. 시작 조건과 서비스 역할 권한

실습에는 AgentCore Gateway 접근이 가능한 AWS 계정, us-east-1에서 AWS_IAM 인바운드 인증을 사용하는 Gateway, 해당 Gateway의 bedrock-agentcore:InvokeGateway 권한과 에이전트 모델에 대한 Amazon Bedrock 접근 권한을 갖춘 호출자 자격 증명이 필요하다. 실행 환경은 Python 3.10 이상이며 boto3, strands-agents, mcp, mcp-proxy-for-aws 패키지를 설치한다. Gateway 서비스 역할의 신뢰 정책은 계정 범위에서 bedrock-agentcore.amazonaws.com이 역할을 맡도록 허용하고, 별도로 bedrock-agentcore:InvokeWebAnswer 권한을 부여한다. 이 권한은 AWS 소유 리소스인 arn:aws:bedrock-agentcore:us-east-1:aws:tool/web-answer.v1을 대상으로 매 요청마다 확인된다. 서비스 역할은 Gateway의 아웃바운드 호출만 통제하며, 인바운드 호출자는 별도 인증 설정으로 관리하고 에이전트 모델은 자신의 자격으로 실행되므로 이 역할에 bedrock:InvokeModel 권한은 필요하지 않다.

5. 커넥터 대상 생성과 도메인 통제

Gateway 관리자는 create_gateway_target으로 Web Answer를 커넥터 대상으로 추가하며, 예제에서는 대상 이름을 web-answer-tool, connectorId를 web-answer, 구성 이름을 WebAnswer로 지정한다. Gateway는 이 식별자를 바탕으로 관리형 통합을 준비하고 도구 스키마, 매개변수 통제, 엔드포인트 결정, 백엔드 인증을 처리한다. 자격 증명 공급자를 GATEWAY_IAM_ROLE로 설정하면 앞서 구성한 서비스 역할로 호출하므로 도구용 자격 증명을 별도로 만들거나 저장할 필요가 없고, get_gateway_target의 상태가 READY가 된 뒤 호출해야 한다. 관리자는 대상의 parameterValues에 domainFilter를 설정할 수 있으며, 원문은 bis.org를 포함하고 unreliable-source.net을 제외하는 예를 제시한다. 에이전트가 호출별로 지정한 필터는 대상 필터와 결합되며, 추가 제외나 허용 범위 축소는 가능하지만 관리자가 차단한 도메인을 다시 허용할 수는 없다.

6. 에이전트 호출과 응답 구조

에이전트는 Gateway의 tools/list로 도구를 발견하고 tools/call로 호출하며, 원문은 Strands Agents 외에도 LangChain, LangGraph, CrewAI 등 MCP 호환 클라이언트를 사용할 수 있다고 설명한다. Strands 예제는 IAM 인증 MCP 연결과 BedrockModel의 us.anthropic.claude-sonnet-5 모델을 사용하고 max_tokens를 1024로 설정한 뒤 Basel III의 Tier 1 자본 최소 요건을 질문한다. 호출에는 질문 외에 도메인 필터, 게시일 범위, 결과를 현지화할 국가를 선택적으로 전달할 수 있다. 응답은 content와 structuredContent를 포함하며, 인라인 인용 표시가 있는 마크다운 답변과 출처 URL 및 가능한 경우 도메인을 담은 구조화된 인용 목록을 함께 제공한다. structuredContent.answer는 통상 하나의 블록을 담고, 예시에는 위험가중자산 대비 보통주자본 최소 4.5%라는 답변 일부와 latencyMs 5210이 표시되지만 이는 제시된 응답 예시의 값이다.

7. 기업 환경의 인증·네트워크·운영 통제

Web Answer는 다른 AgentCore 도구와 같은 기업용 통제를 상속하며, 호출자는 설정된 IAM SigV4 또는 자격 증명 공급자의 JWT로 Gateway에 인증하고 Gateway는 서비스 역할로 백엔드를 호출한다. 따라서 Web Answer용 API 키를 별도로 발급하거나 교체·관리할 필요가 없으며, VPC 인터페이스 엔드포인트와 AWS PrivateLink를 통해 에이전트에서 Gateway로 가는 트래픽을 퍼블릭 인터넷 밖에 둘 수 있다. AWS는 질문과 결과가 AWS 환경 안에 머물고, Web Answer가 Amazon 운영 웹 인덱스와 지식 그래프를 검색하므로 질문을 제3자 검색 엔진이나 외부 웹사이트로 보내지 않는다고 설명한다. 운영 지표는 첫 호출부터 Amazon CloudWatch에 게시되며, us-east-1에서는 출시 시점부터 계정당 초당 10건의 호출 한도가 적용된다. 한도 증설은 AWS Support에 요청하고, 관리자 설정 시점의 도메인 허용 범위는 각 에이전트 호출에서도 계속 상한으로 작동한다.

8. 호출 비용과 리소스 정리, 제공 자료의 범위

원문은 실습을 따라 AWS 리소스를 만들면 요금이 발생하며 Gateway와 Web Answer 호출 모두 과금 대상이라고 명시한다. Web Answer가 더 이상 필요하지 않으면 delete_gateway_target으로 대상을 삭제하고, 실습만을 위해 Gateway를 생성했다면 대상들을 먼저 삭제한 뒤 Gateway와 서비스 역할 및 정책도 정리한다. AWS 측에 이 리소스들 외의 영구 인프라는 없으며, 원문은 해당 리소스들을 제거하면 요금 발생이 중단된다고 설명한다. 본문에는 뒤의 가격 절을 참고하라는 안내가 있으나 제공된 자료에는 실제 가격 절이나 단가가 포함되어 있지 않아 구체적인 비용을 산정할 수 없다. 마지막 활용 사례 절도 최신의 인용 가능한 정보를 검색하는 용도를 소개하던 중 문장이 끊겨 있으므로, 이후의 사례나 결론은 이 자료만으로 확인할 수 없다.

🧾 핵심 주장 / 시사점

• Web Answer는 검색 결과 선택부터 인용 연결까지의 유지 책임을 관리형 기능으로 옮긴다. 도입 판단의 핵심은 완성된 답변을 빠르게 받는 편익과 검색 결과 처리·합성을 직접 통제할 필요 사이의 선택이다.
• 관리자의 도메인 필터를 에이전트가 넓힐 수 없다는 제약은 호출별 유연성을 허용하면서도 검색 출처의 허용 범위를 유지하는 통제 수단이다.
• 수초 내 응답이라는 설명과 예시 지연 시간만으로 전체 작업의 성능을 확정할 수는 없다. 계정별 호출 한도와 실제 과금 조건도 함께 고려해야 운영 적합성을 판단할 수 있다.

✅ 액션 아이템

• 검색 결과와 합성의 직접 제어 필요성을 기준으로 Web Search와 Web Answer의 적용 범위 검토.
• us-east-1의 IAM 인증 AgentCore Gateway, bedrock-agentcore:InvokeWebAnswer 권한, 대상의 READY 상태와 관리자 도메인 필터 확인.
• Gateway와 Web Answer 호출 비용 및 계정별 초당 10건 한도를 검토하고, 사용 종료 후 생성 리소스 정리.

❓ 열린 질문

• 어떤 작업에 Web Search의 직접 제어가 필요하고, 어떤 작업에 Web Answer의 완성된 인용 답변이 적합한가?
• us-east-1의 계정별 초당 10건 한도가 예상 호출량을 충족하며 AWS Support를 통한 증설이 필요한가?
• Gateway와 Web Answer 호출에 적용되는 구체적인 요금은 얼마인가?