AI 에이전트 접근을 Okta와 AWS로 통제하는 방법 2편

한눈에 보기

1편에서 만든 작업 에이전트를 여러 에이전트와 도구가 쓰는 환경으로 넓히는 방법을 다뤄요. 입구 역할의 게이트웨이 하나가 모든 요청을 받아 정책으로 먼저 걸러내요. 또 다른 플랫폼에서 돌아가는 두 번째 에이전트도 같은 방식으로 붙여요.

핵심만 콕콕

1. 1

   에이전트가 도구 서버마다 직접 연결하는 방식은 연결 수가 늘수록 관리가 어려워요.

2. 2

   게이트웨이가 모든 도구 연결을 한곳에서 맡고, 에이전트는 이 입구 하나만 바라봐요.

3. 3

   Cedar(접근 규칙을 적는 정책 언어) 정책으로 에이전트와 사용자가 허락받은 범위만 도구를 쓰도록 막아요.

4. 4

   모든 판단 기록을 CloudWatch에 모아 Okta의 기록까지 한 곳에서 살펴볼 수 있어요.

왜 중요할까요?

에이전트가 늘어날수록 권한 규칙이 흩어지면 누가 무엇을 했는지 확인하기 어려워져요. 이 글은 규칙을 한곳에 모으는 실제 방법을 보여줘요.