에이전트의 인터넷 출구 설계: VPC·프록시·허용 목적지의 차이

공식 문서가 구분하는 두 통신 경계

AWS는 AgentCore Runtime과 도구의 VPC 연결, Browser의 외부 프록시 사용을 각각 설명합니다. 프록시 문서는 브라우저 설정 수준의 경로 지정과 네트워크 수준의 강제를 구분합니다. 따라서 프록시를 지정했다는 사실만으로 에이전트의 모든 외부 통신이 통제된다고 판단하기보다 실행 환경별 경로를 확인해야 합니다.

• AWS · AgentCore Runtime과 도구의 VPC 연결
• AWS · AgentCore Browser의 프록시 사용

토핑의 실무 제안은 작업에 필요한 출구를 먼저 목록화하는 것입니다. 사내 문서 조회, 모델 API 호출, 자료 다운로드와 결과 업로드는 목적지와 보내는 정보가 다릅니다. 에이전트가 웹을 읽어야 한다는 이유로 실행 환경 전체에 무제한 통신을 허용하면 어떤 경로로 정보가 나갔는지 설명하기 어려워집니다.

청구서 분류 환경을 예로 들면

가상의 회계팀이 청구서를 분류하고 사내 저장소에 결과를 올리는 에이전트를 운영한다고 가정합니다. 필요한 경로는 승인된 문서 저장소, 모델 서비스와 결과 저장 API일 수 있습니다. 청구서에 적힌 주소를 확인하기 위해 외부 검색이 필요해지면 원문 전체를 보내지 않고 필요한 검색 정보만 분리하는 설계를 검토합니다.

브라우저, 코드 실행기와 도구 서버가 서로 다른 환경에서 실행된다면 각자의 통신 정책을 점검해야 합니다. 브라우저에서 막힌 주소를 코드 실행기가 호출할 수 있으면 같은 업무에서 우회 경로가 생깁니다. 실행 주체별로 목적지, 인증 방식과 로그를 연결하고, 새 도구를 추가할 때 이 목록도 함께 검토합니다.

허용 목록과 예외 승인을 운영합니다

허용 목록은 서비스 이름만 적는 것보다 실제 접근 경로와 사용 목적을 함께 기록하는 편이 좋습니다. 인증 과정의 리디렉션이나 파일 저장용 도메인처럼 정상 업무가 의존하는 주소도 확인해야 합니다. 차단으로 업무가 실패했을 때 모델이 임의로 다른 사이트를 찾지 않고 필요한 예외를 담당자에게 제시하도록 처리합니다.

로그는 문제를 조사할 만큼 남기되 원문 문서와 인증 토큰을 그대로 복제하지 않도록 정합니다. 실행 번호, 도구 이름, 목적지와 허용·거부 결과가 연결되면 어느 업무에서 차단되었는지 확인할 수 있습니다. 프록시나 보안 장비의 변경 때문에 실패한 작업은 모델 답변 오류와 구분해야 담당자가 올바른 조치를 취할 수 있습니다.

정상 주소 하나가 열리는 것으로 끝내지 않습니다

검수에는 허용하지 않은 도메인, 다른 주소로 이동하는 응답, 예상 밖의 파일 다운로드와 백그라운드 요청을 포함합니다. 경로가 차단되었을 때 작업이 멈추고 미완료 이유를 보고하는지 확인하세요. 네트워크 정책을 변경한 뒤에는 기존 필수 연동도 다시 확인해 차단 강화가 정상 업무의 조용한 누락으로 이어지지 않도록 합니다.

운영 전환 산출물에는 네트워크 그림뿐 아니라 예외 요청 절차와 회수 방법이 있어야 합니다. 임시 검수용 허용 경로를 운영에 그대로 남기거나 퇴역한 도구의 출구를 유지하지 않도록 정기적으로 대조합니다. 제한된 실행 환경이 실제 업무 흐름과 함께 검증될 때 외부 통신 정책이 유지 가능한 운영 규칙이 됩니다.