‘Lazy’ 백엔드 구축을 멈춰라: 미래는 Agentic FaaS와 MDL이다
Source: Dev.to
우리는 현재 소프트웨어를 구축하는 방식에 있어 거대한 변화를 겪고 있습니다. 프론트엔드는 믿을 수 없을 정도로 동적이 되었지만, 백엔드—즉 “운영의 두뇌”—는 여전히 수동적이고 반응적인 상태에 머물러 있습니다.
오늘날 우리가 만드는 API의 99 %가 가만히 대기하고 있으며, GET이나 POST 요청이 들어와야 비로소 동작합니다. 이들은 반응형입니다. AI와 자율 에이전트가 정의하는 시대에, 반응형 백엔드는 병목 현상이 됩니다—즉 “게으른” 백엔드입니다.
저의 최근 연구는 바로 이 문제에 초점을 맞추고 있습니다: 어떻게 하면 수동적인 아키텍처에서 Agentic FaaS (Function‑as‑a‑Service) 시스템으로 전환하여 스스로 관찰하고, 결정하고, 행동할 수 있게 할 수 있을까요? 아래에서는 요청‑응답 사이클이 AI의 미래에 충분하지 않은 이유를 살펴보고, 새로운 아키텍처 프레임워크인 The Musfique Decision Loop (MDL) 를 소개합니다.
“Reactive Paradigm”의 문제점
전통적으로 백엔드 개발은 효율적인 파이프라인을 만드는 것과 관련됩니다:
- User가 버튼을 클릭합니다.
- Frontend가 요청을 보냅니다.
- Backend가 데이터베이스를 조회하고, 계산을 수행한 뒤 응답을 보냅니다.
이는 표준 웹 애플리케이션에서는 완벽하게 작동합니다. 하지만 AI 에이전트를 도입하면 모델이 붕괴됩니다.
시장 데이터를 모니터링하고, 이를 사용자 선호와 교차 검증하며, 복잡한 수학 모델링을 수행하고 조건이 완벽할 때만 거래를 실행해야 하는 AI를 구축하고 있다면, 기존의 REST API만으로는 충분하지 않습니다. 클라이언트 측에서 백엔드를 지속적으로 폴링하고 상태를 관리하기 위해 거대한 “glue code”를 작성하게 됩니다.
우리는 단순히 명령을 기다리는 것이 아니라 의도를 이해할 수 있는 백엔드가 필요합니다.
뮤스피크 의사결정 루프(MDL) 소개
최근 논문 “Beyond Reactive Architectures,” 에서 나는 이 패러다임을 전환하기 위한 프레임워크를 제안했다. 선형적인 요청‑응답 모델 대신, 에이전시 백엔드는 인프라스트럭처 레이어 자체에 위치한 연속적인 루프에서 동작한다. 우리는 이를 Musfique Decision Loop (MDL) 라고 부른다.
MDL이 활성화된 시스템은 네 단계을 자율적으로 순환한다:
- Observe – 사용자 쿼리를 기다리지 않고 데이터 스트림(데이터베이스 변경, 외부 웹훅, 시스템 메트릭)을 적극적으로 수집한다.
- Orient – 새로운 데이터를 기존 모델이나 목표와 맥락화한다(예: “이 데이터베이스 변경이 사용자 #55의 장기 목표와 관련이 있는가?”).
- Decide – 방향성을 바탕으로 사용 가능한 FaaS 함수 중 최적의 행동을 자율적으로 선택한다.
- Act – 함수를 실행한다—웹훅을 호출하거나 레코드를 업데이트하거나 다른 에이전트를 트리거한 뒤—즉시 Observe 단계로 돌아가 자신의 행동 결과를 확인한다.
엔진룸: 구성 요소 최적화 (FaaS)
에이전트 루프가 제대로 작동하려면, 루프가 호출하는 개별 함수들이 초고속으로 최적화되어야 합니다. Act 단계가 너무 오래 걸리면 전체 루프가 멈춰버립니다. 이 때문에 저는 **“Formula‑as‑a‑Service (FaaS)”**에 대한 연구를 진행하게 되었습니다.
우리는 표준 클라우드 API가 AI 모델링에 자주 사용되는 복잡한 수학 연산을 어떻게 처리하는지 벤치마킹했습니다. 분산 수학 지연에 특화하도록 PHP + MySQL 기반 클라우드 API를 재구성한 결과, 기존 아키텍처에 비해 **40 %**의 속도 향상을 달성했습니다.
FaaS 구성 요소가 이렇게 빠르면, 단순한 엔드포인트를 넘어 실시간 의사결정 루프에 사용할 수 있는 실질적인 빌딩 블록이 됩니다.
이것이 백엔드 개발자에게 의미하는 바
에이전틱 FaaS로의 전환이 API 작성을 중단한다는 뜻은 아닙니다; API의 목적이 바뀐다는 의미입니다. 우리는 기존의 틀에 박힌 CRUD 엔드포인트에서 벗어나 자율 시스템을 설계하는 방향으로 나아가고 있습니다.
백엔드 엔지니어의 역할은 **“파이프 유지보수”**에서 **“행동 설계”**로 이동하고 있습니다. 우리는 다음과 같은 질문을 시작해야 합니다:
- 단순히 *“이 데이터를 어떻게 빠르게 제공할까?”*가 아니라
- *“시스템이 요청받지 않아도 언제 이 데이터를 제공해야 하는지 어떻게 알까?”*를 물어야 합니다.
백엔드의 미래는 단순히 요청에 응답하는 것이 아니라, 요청을 예측하는 것입니다.
추가 읽을거리
- 📄 프레임워크: Beyond Reactive Architectures: The Musfique Decision Loop (MDL)
- 📄 최적화: Formula‑as‑a‑Service (FaaS): Building a PHP & MySQL Cloud‑Based API
다른 사람들은 자율 에이전트를 기존 백엔드 구조에 통합하는 도전을 어떻게 해결하고 있는지 궁금합니다. 댓글에서 함께 논의해요.