nFolyo MVP 후기: 포트폴리오 추적 도구 개발에서 배운 교훈

카테고리

프로그래밍/소프트웨어 개발

서브카테고리

웹 개발

대상자

- 대상자: 웹 개발자, 마이크로서비스 아키텍처 설계자, 클라우드 인프라 설계자

- 난이도: 중급~고급 (아키텍처 설계, 성능 최적화, 클라우드 배포 경험 기반)

핵심 요약

• Next.js, Python, Flask, MongoDB, Azure 기반의 기술 스택을 사용한 포트폴리오 추적 도구 개발 과정에서 MVP 릴리스 지연 및 아키텍처 한계를 경험
• 비동기 처리, 메시지 큐(RabbitMQ/Celery), 유연한 UI 라이브러리(shadcn/ui, TanStack Table) 선택 미흡으로 인한 성능 저하 및 개발 시간 낭비
• Azure 배포 시 앱 서비스 성능 문제 및 Cold Start 지연(15~30초)으로 인한 사용자 경험 저하

섹션별 세부 요약

1. 기술 스택 및 아키텍처 개요

• 프론트엔드: Next.js로 구현, 서버 렌더링 및 전체 스택 개발 지원
• 백엔드: Python + Flask로 nfolyo-core(계좌 관리), nfolyo-finance(가격 데이터 처리) 서비스 구축
• 데이터베이스: MongoDB 선택 (확장성, 이전 경험 기반)
• 배포: Azure에 Docker 컨테이너와 GitHub Actions로 CI/CD 구현

2. MVP 개발 및 릴리스

• 원래 목표: 2024년 9월 릴리스 → 2024년 11월로 지연
• MVP 기능: Interactive Brokers, Freetrade 계좌 데이터 인포밍 지원
• beta 테스터 피드백: TWRR 계산 오류, UI 불일치(자체 컴포넌트 개발로 인한), 자동 동기화 기능 요구(80% 사용자)

3. 주요 개선 사항

• v0.4.0 릴리스 (2025년 3월):
• 가격 정확성 문제 해결
• TWRR 성능 계산 개선
• 계좌 업데이트 시 피드백 명확화

4. 주요 문제점

• 1. 시간 관리 문제:
• 풀타임 일자리 + 사이드 프로젝트 병행으로 소진(Burnout) 발생
• 2. 공개 개발 미흡:
• 커뮤니티, 블로그, SNS 활동 부족 → 피드백 지연
• 3. UI 라이브러리 선택 실수:
• Radix UI 사용 → 커스터마이징 어려움 → shadcn/ui로 전환 시 시간 절약 가능
• 4. 자동 동기화 기능 미구현:
• 80% 사용자 요구 → Broker API 자동 동기화 필요
• 5. 가격 API 성능 저하:
• Yahoo Finance API 사용 → 역사적 가격 쿼리 지연 → 캐싱/데이터 정리 레이어 추가 필요
• 6. 비동기 아키텍처 미구현:
• Monolithic 백엔드로 인해 10분 이상 처리 시간 → RabbitMQ/Celery 사용 필요
• 7. Azure 배포 문제점:
• App Services 성능 저하 (저단계 계획), Azure Functions Cold Start 지연

5. 핵심 교훈

• 시간 관리: 지속 가능한 작은 진전 > 빠른 출시
• 공개 개발: 초기 피드백 수집 → 제품 방향성 조정
• UI 라이브러리: shadcn/ui, TanStack Table 사용 → 시간 절약
• 아키텍처 설계: 장기적 프로젝트 → 확장성과 성능 고려
• API 선택: 가격 저렴보다 성능 및 신뢰성 중요

결론

• Next.js, Flask, Azure 기반 MVP 개발 경험에서 비동기 처리(RabbitMQ/Celery), 유연한 UI 라이브러리(shadcn/ui), 안정적인 가격 API 선택이 핵심 성공 요인
• Azure 배포 시 앱 서비스 성능 개선 및 Cold Start 최소화를 위해 배포 전략 재검토 필요
• 사용자 피드백과 공개 개발은 제품 방향성 조정 및 시간 절약에 기여 → 장기적 성공을 위한 필수 전략