<aside> 🎯
2026년 5월, Google이 google/ax 라는 분산 에이전트 런타임을 공개했다. README 어디에도 "Akka"나 "Erlang"이라는 단어는 등장하지 않는다. 그런데 60~63줄에 이런 문장이 박혀 있다.
"tools, skills and agents are deployed as isolated actors, a distributed runtime with dynamically spawned isolated workers becomes a necessity."
Google이 액터모델이라 부르지 않을 뿐, AX의 설계는 1973년 Carl Hewitt가 정의하고 Erlang이 대중화한 그 모델 그대로다. 놀랍지 않다. 에이전트 오케스트레이션을 진지하게 만들면 결국 액터모델로 수렴한다.
</aside>
<aside> 🌐 English edition: Actor Model Underneath Agentic AI — No Surprise · Sister piece (Akka.NET port): Building LLM Agents in Akka.NET — Porting Akka.io's Agent SDK to the Actor Model
</aside>
이 글은 그 수렴이 어쩌다 우연이 아닌지를 정리한다. 대상 독자는 액터모델이 뭔지는 들어봤지만 "지금도 쓰나?" 싶은 한글 IT 독자다.
<aside> 📊
[이미지 #1 — 액터모델 위에 선 에이전틱 AI] Google AX의 'isolated actor' 메타포를 시각화한 히어로 카드.
파일: 2026-05-24-agentic-actor-hero.png
</aside>

<aside> 🎯
3줄 요약
액터모델의 핵심은 세 줄이면 끝난다.
<aside> 📊
[이미지 #2 — 액터모델의 기본 원리] 메일박스를 이고 있는 액터들이 메시지를 주고받는 모습.
파일: 2026-05-24-actor-model-basics.png
</aside>

이게 왜 분산 시스템에서 유리한가? Akka의 자료에서 빌려오면 메모라이저: Akka Actor Model - 핵심 개념과 특징 — 위치 투명성(Location Transparency) 때문이다. 같은 프로세스에 있든 다른 머신에 있든, 액터에 메시지를 보내는 코드는 동일하다. 분산 시스템에서 "원격을 로컬처럼" 다루는 게 아니라, 처음부터 "전부 원격이라 가정하고 최적화로 로컬화" 하는 발상이다. Akka.NET 자료 메모라이저: Akka.NET - 분산 Actor 모델 프레임워크 의 표현을 빌리면, 이게 맞는 방향 이고 반대는 실패할 수밖에 없는 방향 이다.
오해 하나만 짚자. 한때 "액터모델은 한물갔다"는 말이 돌았다. 사실관계는 정반대다. Erlang/OTP는 1986년부터 통신 인프라를 지탱하고 있고, Akka는 JVM 진영에서 카카오·라인·국내 게임사들이 채팅과 게임 서버에 쓴다. 마이크로소프트는 Orleans를, 자바스크립트 진영은 Vert.x를, 클라우드는 Erlang의 후예인 Elixir를 쓴다. 사라진 게 아니라 인프라 안으로 내려가서 잘 보이지 않게 된 것이다.
<aside> 🎯
3줄 요약
Akka의 CEO Tyler Jewell이 2025년에 쓴 글 메모라이저: Agentic AI: 경험이 과대광고보다 중요한 이유 의 골자는 단순하다. LangChain이 ARR 1500만 달러 수준에서 10억 달러 이상 가치평가를 받는 동안, 정작 프로덕션에 올린 팀들의 답은 "이걸로는 안 된다" 였다는 것이다.