업무 자동화 시스템을 연구부터 운영까지 책임지는 전문팀이 설계하는 방법

업무 자동화 시스템이 PoC 단계에서 멈추는 가장 흔한 이유는 연구 팀과 개발 팀이 따로 존재하기 때문이다. 리서치에서 나온 모델이 프로덕션 파이프라인과 분리되는 순간, 유지보수 비용이 두 배가 되고 개선 사이클이 느려진다. 나무숲이 단일 팀으로 연구부터 운영까지 가져가는 이유가 바로 여기에 있다. 리서치와 프로덕션 개발을 단일 시스템으로 묶는 기술적 아키텍처 리서치 코드와 서비스 코드를 처음부터 같은 레포지토리 구조 안에서 설계하면 두 가지가 달라진다. 배포 파이프라인이 실험 브랜치를 직접 스테이징 환경으로 올릴 수 있고, 모델 버저닝이 API 버저닝과 동기화된다. 일반적인 분리 구조는 이렇다. research/ experiments/ # Jupyter, wandb 실험 로그 models/ # 훈련된 모델 아티팩트 service/ api/ # FastAPI 엔드포인트 workers/ # Celery 태스크 이 구조의 문제는 research/models 에서 검증된 가중치가…