iii

소개

iii는 worker, function, trigger라는 세 가지 기본 단위로 구성된 오픈소스 백엔드 및 에이전트 런타임입니다. 큐, HTTP, 스케줄 작업, 관측 가능성, 상태 변화, 에이전트 작업을 각각 따로 붙이는 대신 하나의 라이브 시스템으로 다룹니다.

지금 주목받는 이유

지금 주목받는 이유는 새로운 프레임워크 하나를 더 파는 것이 아니라 통합 비용 자체를 줄이려 하기 때문입니다. 장시간 실행 에이전트와 이벤트 중심 백엔드를 고민하는 팀에게, 관측 가능성을 유지하면서 접착 코드를 줄이는 제안은 꽤 강하게 들립니다.

핵심 기능

• API, 큐, cron, 관측 가능성, 에이전트, 샌드박스를 하나의 런타임 모델로 통합합니다.
• worker가 함수를 동적으로 등록하고 서로 발견할 수 있습니다.
• 다중 언어 SDK와 트레이스 및 운영용 콘솔을 제공합니다.

실제 활용 사례

• 사람이 만든 서비스와 에이전트 작업이 같은 이벤트 모델을 공유하는 백엔드 구축.
• 구성 요소마다 별도 오케스트레이션 스택을 늘리지 않고 에이전트 기능 추가.
• 플랫폼 팀에 트리거, 트레이스, 서비스 조합을 위한 일관된 제어면 제공.

커뮤니티 반응

좋은 반응의 이유는 명확합니다. 많은 개발자가 큐 연결, 트리거 배선, 에이전트 실행을 한곳으로 모으고 싶어 합니다. 반면 이런 큰 추상화는 운영 환경에서도 정말 이해하기 쉬운지, 아니면 복잡성을 또 다른 내부 플랫폼으로 옮기는 것뿐인지에 대한 신중한 시선도 큽니다.

제한 및 위험

iii를 도입한다는 것은 그 런타임 모델을 받아들이는 의미이기도 합니다. 마이그레이션 비용, 디버깅 경험, 장애 격리, 공유 카탈로그가 보안 및 소유권 경계와 맞는지 확인해야 합니다. 강한 추상화는 도움이 되지만 실제 운영면을 가릴 수도 있습니다.

대안

비슷한 방향으로는 Temporal, LangGraph 기반 오케스트레이터, Trigger.dev, 사내 이벤트 플랫폼, 큐와 컨테이너 샌드박스 기반의 자체 에이전트 런타임이 있습니다.

자주 묻는 질문

• 누가 먼저 봐야 하나요? 워크플로, 트리거, 에이전트 실행을 하나의 모델로 묶고 싶은 플랫폼 또는 백엔드 팀입니다.
• 무엇을 먼저 검증해야 하나요? 장애 처리, 관측 가능성의 깊이, 그리고 worker-function-trigger 추상이 기존 아키텍처에 맞는지입니다.