AI 에이전트는 조직이 인공지능을 활용하는 방식 그 이상을 변화시키고 있습니다. 소프트웨어와 소프트웨어 간의 상호작용 방식 자체를 바꾸고 있는 것입니다. 기존 애플리케이션은 일반적으로 미리 정의된 워크플로를 따릅니다. 사용자가 작업을 시작하면 애플리케이션이 API를 호출하고, 데이터를 검색하는 과정이 반복됩니다. 하지만 AI 에이전트는 예측하기 어려운 패턴을 도입합니다. 어떤 도구를 사용할지 스스로 결정하고, 여러 시스템을 호출하며, 변화하는 정보에 반응하고, 후속 작업을 시작할 수 있습니다.
이러한 변화는 주로 예측 가능한 애플리케이션 간 통신을 중심으로 설계된 클라우드 통합 서비스의 한계를 드러내고 있습니다.
관련 글: 웹 포털 개발에서 인증을 더 이상 로그인 문제로 취급할 수 없는 이유
이 API는 보다 예측 가능한 세상을 위해 만들어졌습니다
API는 현대 웹 아키텍처의 핵심 요소이지만, 대부분은 명확하게 정의된 요청과 응답을 중심으로 설계되었습니다. 하지만 에이전트는 이와는 전혀 다른 작업 부하를 발생시킬 수 있습니다.
상담원은 거래를 완료하기 위해 하나의 API 호출만 하는 대신, 고객 정보를 조회하고, 재고를 확인하고, 가격 서비스를 조회하고, CRM 기록을 업데이트하고, 다른 워크플로를 트리거하는 등 여러 작업을 수행할 수 있습니다. 각 상호 작용은 종속성, 인증 요구 사항 및 잠재적인 오류 발생 지점을 만들어냅니다.
이로써 단순한 연결성만으로는 충분하지 않게 되었습니다. 이제 통합 아키텍처는 단순히 서비스 간 통신 가능 여부뿐만 아니라 AI 에이전트가 서비스를 검색, 선택 및 순서대로 처리하는 방식까지 고려해야 합니다.
API 접근 권한은 에이전트 준비 상태와는 다릅니다
API는 기술적으로 접근 가능하더라도 AI 에이전트가 효과적으로 사용하기에는 어려울 수 있습니다.
불명확한 스키마, 일관성 없는 인증, 제대로 정의되지 않은 오류 응답 및 부족한 문서화는 자율적인 상호 작용을 불안정하게 만들 수 있습니다. 에이전트는 사용 가능한 작업, 필수 입력, 권한 및 예상 결과에 대한 기계 판독 가능한 정보가 필요합니다.
이는 클라우드 통합 서비스와 더불어 API 설계 및 관리에 대한 부담을 더욱 가중시킵니다.
기존 시스템이 더 큰 제약 요인으로 떠오르고 있습니다
AI 에이전트가 기존 애플리케이션을 완전히 없애는 것은 아닙니다. 많은 기업에서 AI 에이전트는 기존 애플리케이션을 활용하는 방식으로 작동해야 합니다.
문제는 기존 시스템이 최신 API 및 이벤트 스트림보다는 배치 처리, 독점 인터페이스 또는 경직된 워크플로에 의존할 수 있다는 점입니다. 실시간으로 작동하는 에이전트는 기본 시스템이 동일한 속도로 응답할 수 있다고 가정할 수 없습니다.
통합 계층에는 어댑터 전략이 필요합니다
현대 아키텍처는 서로 다른 상호 작용 모델 간의 변환을 수행할 수 있는 통합 계층을 점점 더 필요로 합니다.
상담원은 즉각적인 API 응답을 기대할 수 있지만, 기존 플랫폼은 예약된 배치 작업을 통해서만 요청을 처리할 수 있습니다. 통합 계층은 이러한 불일치를 관리하고, 상태를 유지하며, 상담원에게 의미 있는 상태 정보를 전달해야 합니다.
바로 이 지점에서 클라우드 통합 서비스는 단순한 커넥터에서 벗어나 오케스트레이션 및 변환 계층으로 발전해야 합니다.
실시간 컨텍스트가 아키텍처를 변화시킵니다
에이전트는 오래된 데이터로 인한 문제를 더욱 악화시키고 있습니다.
어제의 재고 정보나 오래된 고객 기록을 바탕으로 의사 결정을 내리는 애플리케이션은 잘못된 결과를 초래할 수 있습니다. 자율 시스템의 경우, 하나의 잘못된 결정이 여러 후속 조치를 유발할 수 있기 때문에 그 여파가 누적될 수 있습니다.
이벤트 기반 아키텍처는 애플리케이션이 업데이트를 반복적으로 폴링하도록 하는 대신 시스템이 변경 사항을 발생 즉시 게시할 수 있도록 함으로써 도움을 줄 수 있습니다.
이벤트는 새로운 통합 모델을 만들어냅니다
"현재 상태는 무엇입니까?"라고 묻는 대신, 애플리케이션은 무언가 변경될 때 응답할 수 있습니다.
이러한 접근 방식은 불필요한 API 트래픽을 줄이고 응답성을 향상시키며 상담원에게 더욱 최신 운영 컨텍스트를 제공할 수 있습니다. 하지만 이벤트 스키마, 순서 지정, 재시도, 중복 메시지 및 장애 복구와 관련하여 새로운 요구 사항이 발생합니다.
거버넌스는 실행의 일부가 됩니다
기존의 통합 거버넌스는 승인된 API, 접근 정책 및 시스템 소유권에 초점을 맞추는 경우가 많습니다. 에이전트 기반 애플리케이션의 경우, 런타임 동작까지 확장되는 거버넌스가 필요합니다.
에이전트는 시스템에 접근할 수 있는 권한을 가질 수 있지만, 모든 가능한 작업을 무제한으로 수행할 수 있는 권한을 반드시 가져야 하는 것은 아닙니다.
관찰 가능성은 에이전트를 따라야 합니다
조직은 상담원이 어떤 도구에 접근했는지, 어떤 데이터를 검색했는지, 어떤 결정이 후속 통화를 유발했는지, 워크플로가 어디에서 실패했는지에 대한 가시성을 확보해야 합니다.
이러한 이유로 API, 이벤트, 데이터베이스 및 AI 서비스 전반에 걸친 추적이 점점 더 중요해지고 있습니다. 이러한 가시성이 없으면 잘못된 자율적 동작을 진단하는 것이 기존 애플리케이션 트랜잭션 문제를 해결하는 것보다 훨씬 더 어려워집니다.
결론
AI 에이전트는 연결성만으로는 충분하지 않다는 것을 보여주고 있습니다. 차세대 클라우드 통합 서비스는 애플리케이션을 연결하는 동시에 컨텍스트, 오케스트레이션, ID, 이벤트 관리 및 점점 더 자율적인 실행을 지원해야 합니다.
더 중요한 교훈은 전통적인 통합 방식이 쓸모없어졌다는 것이 아닙니다. 예측 가능한 소프트웨어 상호 작용을 위해 구축된 통합 아키텍처는 이제 다음에 무엇을 할지 스스로 결정할 수 있는 소프트웨어도 수용해야 한다는 것입니다.
