기존 파이썬 에이전트 아키텍처를 Pi-Durable로 마이그레이션하는 게 좋은 생각일까요?
Is migrating my existing Python agent architecture to Pi-Durable a good idea?
핵심 요약
B2B SaaS의 복잡한 워크플로우 관리를 위해 Pi-Durable 도입을 고민하는 개발자의 질문입니다.
- 도입 목적 — 동시성 처리, 장기 워크플로우, 재시도 및 장애 복구 해결
- Pi-Durable 평가 — 워크플로우 오케스트레이션을 위해 설계된 도구로 추천됨
- 기술적 리스크 — 출시된 지 얼마 안 된 실험적 단계라 업데이트 시 변경 가능성 있음
- 대안적 접근 — 기존의 K8s 기반 파드(pod) 활용 방식도 비용 효율적인 대안이 될 수 있음
파이썬 기반 아키텍처로 B2B SaaS를 만들고 있어. 시스템은 파이썬 컴포넌트 내에서 LLM을 각각 호출하는 방식이고, 비즈니스 로직이나 워크플로우 오케스트레이션, 앱 상태 관리는 기존 애플리케이션에서 처리 중이야. DB는 일단 SQLite 쓰고 있고.
시스템 규모가 커지면서 동시 접속자 처리, 오래 걸리는 워크플로우, 재시도, 장애 복구, 그리고 에이전트끼리 작업을 주고받는 과정에서 생길 문제들이 걱정되기 시작했어.
주변에서 오케스트레이션 계층을 Pi-Durable로 옮겨보라는 조언을 들었는데, 지금 내 아키텍처에서 이게 맞는 선택인지 확신이 안 서네.
이 상황에서 Pi-Durable로 넘어가는 게 맞을까, 아니면 그냥 지금 아키텍처를 유지하면서 필요한 부분만 개선하는 게 나을까? 결정하기 전에 어떤 트레이드오프를 따져봐야 할지 알려주라.


