200MB 모듈을 팀 단위로 해결하기: 당근 숏폼팀의 On-demand Dynamic Feature Module 도입

문제 상황

• 비디오 편집 기능 추가로 숏폼 모듈 용량이 200MB까지 증가한 상황
• CDN 전환으로 40MB까지 줄였지만, 소수 기능을 전체 사용자에게 함께 설치시키는 부담 지속
• 글로벌 사용자와 다른 서비스에 영향 없이 팀 단위로 기능을 분리할 필요성 대두

원인 분석

• 필터, 이펙트, 스티커 등 리소스와 네이티브 라이브러리(SO) 비중이 큼
• DFM 도입 시 Hilt/DI, SplitCompat, SO 로딩, ABI·STL, R8 규칙 등 운영 제약 발생
• 코드와 SO를 모두 분리하려는 방식은 기술적 복잡도 대비 효율이 낮음

해결 방법

• Android App Bundle의 On-demand Delivery 기반 Dynamic Feature Module 도입
• 기능 코드는 base 모듈에 유지하고, 용량의 핵심인 SO 파일만 DFM으로 분리
• bundletool, SplitCompat, SplitInstallHelper, packaging 규칙으로 설치·로딩·검증 체계 구성

적용해볼 점

• 팀 단위 실험 기능은 글로벌 사용자 영향 범위부터 먼저 분리 검토
• DFM 적용 시 설치 여부, 로딩 실패, 네트워크 실패, 사이즈 검증까지 함께 설계
• 안정성, 독립성, 운영 효율성을 우선하는 구조 선택