Unity씬과 데이터

Addressables 원격 콘텐츠와 profile

Addressables를 로컬 로더가 아니라 배포 시스템으로 볼 때 필요한 profile, group, 원격 콘텐츠 흐름을 정리합니다.

마지막 수정 2026년 3월 22일

기본 패턴

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