AI 에이전트, 의사결정의 계층을 한 단계 끌어올리다

Lori Mac Vittie수석 엔지니어 겸 최고 에반젤리스트 | F5

10년 동안 공들여 완성해 온 아키텍처가 불과 2년 전만 해도 전혀 주목받지 못했던 무언가에 의해 곧 완전히 밀려나게 될 거라는 사실을 깨닫는 순간, 아시죠?

에이전트 아키텍처의 시대에 오신 것을 환영합니다.

이들은 일반적인 자동화 스크립트나 AI 래퍼가 아닙니다. 에이전트는 목표 지향적이고 생성형이며, 갈수록 더 자율적으로 움직입니다. 단순히 API를 호출하는 데 그치지 않고, API를 활용해 스스로 나아갈 경로를 개척합니다. 더 놀라운 점은 무엇일까요? 자체 정책까지 갖추고 있다는 것입니다.

에이전트가 보내는 모든 요청에는 다음이 포함될 수 있습니다:

의도 헤더(X-Goal, X-Context, X-Route-Preference) 실제 SLA 민감도를 기반으로 한 대체 지침, 지난번에 효과가 없었던 방법에 대한 기억, 그리고 무엇이 진정한 성공인지에 대한 단서(스포일러: “200 OK”가 아닙니다)

이는 실시간으로 이루어지는 의사결정입니다. 중앙 집중식으로 사전 계획된 오케스트레이션이 아닙니다. 런타임 위임이며, 인프라의 작동 방식을 바꾸게 될 것입니다.

이것이 중요한 이유(생각보다 빨리 다가옵니다)

현재로서는 대부분의 엔터프라이즈 시스템이 아직 마찰을 체감하지 못하고 있습니다. 초기 단계의 에이전트는 여전히 챗봇이나 코파일럿, 또는 독립적으로 활용되는 생산성 향상 도구에 머물러 있습니다.

하지만 에이전트가 비즈니스 워크플로(예를 들어 주문 문제 해결, 보험금 청구 처리, 우선순위 분류, 주문 이행 등)에 투입되기 시작하면 실제 시스템과 상호작용하게 됩니다. 이는 곧 다음을 의미합니다:

• 인프라는 에이전트가 전달하는 로직을 해석할 수 있어야 합니다
• 게이트웨이는 JWT와 경로뿐만 아니라 그 이상의 정보도 파싱해야 합니다
• 로드 밸런서는 ‘가장 빠른’ 대상을 찾는 데서 벗어나 ‘이 작업에 가장 적합한’ 대상을 찾는 관점으로 전환해야 합니다.

아직 위기는 아닙니다. 하지만 곧 닥칠 것입니다. 그리고 위기가 현실화되면 문제는 대역폭 부족이 아니라, 에이전트가 의사 결정을 내리는 방식과 인프라가 트래픽을 처리하는 방식 사이의 불일치가 될 것입니다.

전환: 집행에서 실행으로

아키텍처 관점에서 핵심은 바로 이것입니다. 에이전트가 의사결정을 스택의 상위 계층으로 끌어올리고 있습니다.

요청이 곧 제어 플레인이 됩니다.

인프라에 “무엇을 해야 하지?”라고 묻지 않습니다. 대신 이렇게 지시합니다. “내게 필요한 것은 이것이다. 이렇게 동작하라. 이제 실행하라.”

시스템이 이를 일반적인 요청, 즉 또 하나의 GET 또는 POST로 취급한다면 폴백 로직이 충돌하고 재시도가 중복되며, 대시보드에는 나타나지 않는 이유로 에이전트 성능이 저하될 것입니다.

인프라가 실패해서가 아닙니다. 인프라가 귀 기울이지 않았기 때문입니다.

이러한 관점의 배경

이러한 변화는 이론에 그치지 않고 실제 프레임워크를 통해 구체화되고 있습니다. 모델 컨텍스트 프로토콜(MCP), 에이전트 간(A2A) 통신 모델, 그리고 정책이 적용된 작업 라우팅에 관한 초기 연구까지 모두 같은 방향을 가리키고 있습니다:

• MCP는 목표, 제약 조건, 대체 옵션 등 전체 컨텍스트를 요청 페이로드 자체에 포함합니다.
• A2A 프로토콜을 사용하면 에이전트가 중앙 오케스트레이터 없이도 작업을 조율하고 의사결정을 동적으로 넘겨줄 수 있습니다.
• 런타임 작업 위임은 구조화된 메타데이터를 통해 인프라가 실행 시점에 결정하는 것이 아니라 해석하도록 합니다.

구문, 구조, 추상화 수준은 서로 다르지만, 모두 동일한 아키텍처적 결과로 귀결됩니다. 즉, 페이로드에 정책을 담고 요청에 목적을 담는 것입니다.

그리고 요청이 로직을 담는 매개체가 되는 순간, 인프라에는 두 가지 선택지가 남습니다. 이에 적응하거나, 페이로드를 전달하는 파이프라인에 불과한 존재가 되는 것입니다.

문제가 되기 전에 지금 할 수 있는 일

기존 시스템을 전면 철거하고 교체하자는 이야기가 아닙니다. 아직 변화의 초기 단계일 때 한발 앞서 대비하자는 것입니다. 다음부터 시작해 보세요:

1. 컨텍스트 캡처
   X-Intent, X-Task-Profile, 그리고 에이전트가 무엇을 달성하려는지 파악하는 데 도움이 될 수 있는 기타 모든 메타데이터를 기록하세요. 관측 가능성이 URI에서 끝난다면 이미 뒤처진 것입니다.
2. “가용성”이 아니라 “작업 적합성”의 관점에서 생각하세요
   백엔드가 가동 중이라고 해서 충분히 적합한 것은 아닙니다. SLA, 지연 시간 임계값, 의도를 고려하는 상태 모델을 실험해 보세요.
3. 정책을 더 스마트하게 활용하세요
   기존 애플리케이션 전송 및 보안 플랫폼에는 스크립팅 계층이 있습니다. 이를 활용하세요. 인텐트 헤더 파싱을 시작하고, 단순히 서비스 경로가 아니라 요청의 목적에 따라 라우팅 규칙을 수정하세요.
4. 적응형 적용 계획 수립
   정적 구성 파일에 대체 로직을 정의하는 대신, 인프라가 요청 자체에 포함된 대체 지침을 적용할 수 있는 방법을 모색해 보세요.
5. 피드백 루프 구축
   에이전트가 과거 성능을 바탕으로 트래픽 경로를 변경한다면, 그 피드백 루프에 참여해야 합니다. 결과에 대한 맥락을 트래픽 및 상태 모니터링 시스템에 다시 전달하세요.

마지막으로: 여러분은 대체되는 것이 아니라, 새로운 위치로 이동하고 있습니다

에이전트 중심 아키텍처에서도 인프라는 사라지지 않습니다. 다만 역할이 달라집니다. 의사결정의 주체에서 벗어나, 그 결정을 지능적으로 실행하는 역할을 맡게 됩니다.

이러한 전환을 일찍 이뤄낸다면, 변화의 물결이 닥쳐올 때 대비할 수 있습니다. 그리고 그 물결은 분명 다가오고 있습니다.

대부분의 사람들이 생각하는 것보다 더 빨리 말이죠.

작성자 소개

Lori Mac Vittie수석 엔지니어 겸 최고 에반젤리스트 | F5

Lori MacVittie는 F5 CTO 오피스의 수석 엔지니어이자 최고 에반젤리스트로, 애플리케이션 딜리버리, 자동화 전략 및 인프라 분야에서 깊이 있는 전문성을 보유하고 있습니다. AI 에이전트를 위한 가드레일을 정의하고, 취약한 멀티클라우드 아키텍처를 분석하며, 확장 가능한 시스템의 한계를 탐구하는 등 복잡한 문제를 명확하게 풀어내는 것으로 잘 알려져 있습니다. 애플리케이션 개발, IT 아키텍처, 네트워크 및 시스템 운영 전반에 걸쳐 30년 이상의 업계 경험을 쌓았습니다. F5에 합류하기 전에는 수상 경력이 있는 기술 편집자로 활동했습니다. MacVittie는 컴퓨터 과학 석사 학위를 보유하고 있으며, 보안, 클라우드 및 엔터프라이즈 아키텍처 분야를 아우르는 다수의 저서를 집필한 작가입니다. 또한 보드게임과 비디오 게임을 열정적으로 즐기며, 치즈에 대해서는 거리낌 없이 확고한 견해를 갖고 있습니다.

Lori Mac Vittie의 다른 블로그 게시물