기본 패턴
text
Addressables group
-> local build path / remote build path
-> local load path / remote load path
-> profile로 환경별 값 전환설명
- Addressables를 진짜로 도입하는 이유는 단순 비동기 로드보다 배포 전략에 있는 경우가 많습니다. 로컬에 포함할 콘텐츠와 원격으로 내려받을 콘텐츠를 나누고, 환경별 주소를 관리하며, 패치 가능한 콘텐츠 경계를 만드는 것이 핵심입니다.
Group은 어떤 자산을 함께 빌드하고 어떤 방식으로 배포할지 정하는 단위입니다. 자산을 단순 분류하는 폴더가 아니라, 수명주기와 배포 방식을 공유하는 콘텐츠 묶음으로 보는 편이 맞습니다.Profile은 개발, 스테이징, 운영처럼 환경별 build/load path를 전환하는 설정 계층입니다. 그래서 Addressables는 코드보다 배포 설정이 더 중요한 시스템이 될 때가 많습니다.- 원격 콘텐츠 구조를 쓰면 앱 본체를 다시 배포하지 않고도 자산 묶음을 갱신할 수 있지만, 그만큼 카탈로그 버전, 캐시, 다운로드 실패, CDN 경로 같은 운영 이슈를 함께 생각해야 합니다.
- 즉 Addressables 원격 운영은 "자산을 로드한다"보다 "콘텐츠를 서비스한다"에 가깝습니다. 작은 프로젝트에서는 과할 수 있지만, 라이브 운영이나 대형 프로젝트에서는 큰 차이를 만듭니다.
빠른 정리
| 개념 | 의미 |
|---|---|
| Group | 함께 빌드/배포/갱신할 콘텐츠 단위 |
| Profile | 환경별 경로와 설정 전환 |
| remote content | 앱 외부에서 내려받는 자산 |
| catalog | 어떤 자산이 어디에 있는지 설명하는 인덱스 |
| 도입 가치 | 패치, DLC, 라이브 운영, 큰 용량 분리 |
주의할 점
Addressables 원격 구조는 로딩 기능이 아니라 운영 체계입니다. 경로, 캐시, 카탈로그 업데이트, 실패 복구까지 같이 설계하지 않으면 오히려 문제를 더 크게 만들 수 있습니다.
참고 링크
3 sources