멀티-에이전트-아키텍처

한 줄 요약: AI 에이전트 보안 거버넌스의 중심은 더 똑똑한 보안 챗봇이 아니라, 에이전트가 볼 수 있는 데이터와 실행할 수 있는 행동, 실패했을 때 번질 피해를 아키텍처로 제한하는 데 있다. 왜 지금 이슈인가 멀티 에이전트(Multi-Agent) 구조가 운영, 비용 최적화, 보안 분석까지 들어오면서 질문이 바뀌고 있다. 예전 질문은 이랬다. 로그를 어디에 모을까? 권한 점검 쿼리를 어떻게 자동화할까? 보안 대시보드를 누가 매주 확인할까? 이제는 이렇게 묻는다. AI 에이전트가 실패 로그와 권한 정보를 보고 위험을 판단해도 될까? 비용 최적화 에이전트와 보안 에이전트가 같은 질문에 함께 답하면 무엇이 좋아질까? 사람 승인(Human-in-the-loop)이 있으면 정말 안전한가? 에이전트가 틀렸다는 사실을 나중에 어떻게 증명할 수 있을까? 선정 글감인 Snowflake 멀티 에이전트 예시는 이 변화를 잘 보여준다. Admin Agent는 사용량과 스토리지를 보고, Cost Optimizer Agent는 유휴 웨어하우스와 비용 낭비를 찾는다. Security and Governance Agent는 실패 로그인, 과도한 권한, 비인가 접근 시도를 다룬다. 사용자가 자연어로 물으면 Orchestrator Agent가 알맞은 전문 에이전트로 넘긴다. ...