01 / OhMoney
멀티에이전트 서비스 설계·운영
쇼츠 콘텐츠의 수집·기획·제작·게시·분석을 연결하는 서비스를 구축했습니다. 무엇을 제작하고 어떤 모델에 맡길지, 실패한 작업을 어디서 다시 실행할지까지 운영 규칙으로 만들었습니다.
- 제작 우선순위와 모델 비용
- 토픽을 A/B/C 등급으로 나눠 모델과 처리량을 배정했습니다. 제작 우선순위에 따라 비용을 달리 쓰도록 설계했습니다.
- 20개 에이전트의 실행 구조
- 에이전트·프롬프트·JSON Schema 도구 호출을 직접 구현하고 LangGraph로 분기와 실행 흐름을 제어했습니다.
- 실패 격리와 부분 재실행
- 외부 API 장애에 대응하도록 공정을 5단계로 분리하고 단계별 재시도·Fallback·실패 작업 보관(DLQ)을 적용했습니다.
실행 이력 저장 · Prometheus / Grafana 모니터링
모델 배정 기준과 실패 처리 상세
토픽을 선별하고 자원을 배정하는 기준
토픽 점수가 70점 미만이면 제외하고 93점 이상이면 상위 모델에 배정합니다. 배치당 8슬롯을 두고 동일 토픽은 최대 3개로 제한했습니다. A/B/C는 토픽 등급입니다. EV 기반 지표는 다음 제작에 자원을 배분하는 기준으로 설계했습니다.
실패한 단계부터 다시 실행하는 구조
Plan → Asset → Render → Package → Publish로 공정을 분리했습니다. 각 단계에 타임아웃·재시도·Fallback·DLQ를 적용해 실패를 격리했습니다. 실패한 단계부터 다시 실행할 수 있습니다. 배치와 텔레그램 운영 명령은 같은 ARQ 작업 큐와 파이프라인을 사용합니다.
구현·운영 범위
Python·FastAPI·Redis·PostgreSQL 기반으로 백엔드 모듈을 30개 이상 구현했습니다. 실행 상태와 이력을 저장하고 작업 완료·실패를 알리도록 했습니다. 운영 상태는 Prometheus·Grafana로 모니터링합니다.
