Android App Bundle(AAB)은 Google Play 스토어에서 APK를 대체합니다.

게시 됨: 2021-08-30

2021년 8월 1일부로 Google은 Google Play 스토어의 앱 개발 및 출시에 대한 새로운 변경 사항을 발표했습니다. 인기있는 APK 형식은 2018년 Android 9에 도입되어 한동안 사용되었던 AAB 형식으로 변경됩니다. 이 기사에서는 Android App Bundle(AAB)의 가장 중요한 기능과 변경 사항을 다룹니다. 사용자, 개발자 및 Google에 제공합니다.

Google의 공식 성명

2021년 6월 Google은 8월부터 APK를 ABB로 전환한다는 공식 발표를 발표했습니다.

이러한 이점을 더 많은 사용자에게 제공하고 모든 개발자에게 혜택을 주는 최신 Android 배포에 집중하기 위해 Google Play는 2021년 8월부터 Android App Bundle과 함께 새 앱을 게시하도록 요구하기 시작할 것입니다. 이것은 Android 애플리케이션 패키지(APK)를 표준 게시 형식으로 대체합니다.

AAB는 8월부터 Google Play 스토어에서 출시되는 새로운 앱에 대해 의무화됩니다 . Google Play의 현재 앱은 새 요구사항을 준수할 필요가 없습니다.

안드로이드 앱 번들
출처: Huaweicentral.com

Android 앱 번들(AAB) 변경 사항

그렇다면 Google Play AAB는 어떤 변화를 가져올까요? 우리는 그들 모두에 대해 심층적으로 다룰 것이지만, 지금은 주제에 대한 더 나은 이해를 위해 변경 사항에 대한 간략한 요약을 작성하고 몇 가지 용어를 명확히 하겠습니다.

예상 변경 사항은 다음과 같습니다.

  • 다양한 장치 구성 및 언어 지원
  • 더 작은 앱 볼륨 최대 15%
  • 더 빠른 다운로드 속도
  • 설치 횟수 증가 / 제거 횟수 감소

또한 다른 주목할만한 변경 사항에 대한 표 개요가 있습니다.

aab 변경
출처: 구글 블로그

APK 외에도 개발자는 대형 확장 파일( OBB )을 Play Asset 또는 Feature Delivery 로 교체해야 합니다. 마찬가지로 Instant 지원 Android App Bundle은 Instant 앱 ZIP을 대체하여 새로운 배포 및 "인스턴트 경험"을 업데이트합니다.

관리되는 엔터프라이즈 사용자를 위한 비공개 앱과 함께 기존 애플리케이션은 제외됩니다. AAB 프로세스의 핵심 부분인 Play 앱 서명 은 앞으로 APK 서명 체계 v4를 활용하여 "최신 기기에서 사용할 수 있는 향후 성능 기능에 액세스"할 예정입니다.

인기 있는 앱의 약 10%가 Play Feature Delivery 를 사용합니다. 특정 순간에 특정 장치에 모듈을 사용자 정의하고 전달할 수 있습니다. PFD는 설치 시 배달, 조건에 따라 배달 및 주문형 배달의 세 가지 모드를 지원합니다.

Play Asset Delivery 는 게임에서 중요합니다. 이를 통해 형식을 배달 조건으로 압축할 수 있으므로 사용자는 장치에 적합한 리소스만 얻을 수 있고 공간이나 대역폭 낭비를 피할 수 있습니다.

AAB 기능

Google은 이 새로운 형식을 사용하는 백만 개 이상의 앱 중에서 가장 인기 있는 앱 천 개를 Google Play AAB에 구축했다고 보고했습니다. 저명한 예에는 Netflix , Twitter , AdobeDuolingo가 있습니다.

AAB는 Android Studio, Gradle, Bazel, Buck, Cocos Creator, Unity, Unreal Engine 등을 비롯한 주류 빌드 도구에서 지원하는 오픈 소스 형식 입니다. Play Core 네이티브 SDK, Play Core Java SDK 및 Play Core Kotlin SDK의 도움으로 사용자가 선호하는 코딩 환경에 관계없이 고급 App Bundle 기능을 사용할 수 있습니다.

AAB는 특정 앱에 대한 코드, 리소스 및 기본 라이브러리의 단일 번들을 만듭니다. 따라서 여러 APK의 버전 코드를 빌드, 서명, 업로드 및 관리할 필요가 없습니다. 또한 예를 들어 Android Studio의 Gradle을 사용하면 개발자가 더 빠르게 빌드되는 모듈식 앱을 빌드할 수 있습니다. 그렇게 하면 개발자는 앱을 설계, 코딩 및 테스트하는 데 더 많은 시간을 할애할 수 있습니다.

Google Play APK와 AAB 비교

지금까지 Play 스토어에 제출된 대부분의 앱은 Google Play APK 형식으로 출시되었습니다. 이 형식에는 앱이 하나의 번들로 포장되어 있습니다. 새로운 AAB 형식을 사용하면 Android 기기를 기반으로 앱 내 구성 요소의 분할, 우선 순위 지정 및 최적화가 가능합니다.

apk to aab
출처: 테크스토리

여러 기기에서 동일한 앱을 사용하는 것이 좋습니다. 이전 APK 형식에서 개발자는 각 장치에 맞는 별도의 요소를 빌드해야 했습니다. 다음 단계는 이러한 요소를 함께 모아 Google Play에 하나의 단위로 업로드하는 것입니다. Play 스토어에서 다운로드하면 사용자는 모든 확률과 끝이 포함된 전체 패키지 를 다운로드합니다.

앱이 실행될 각 Android 기기에 대해 별도의 APK를 만드는 다른 방법이 있습니다. 일반적으로 많은 시간과 노력이 필요합니다. 필요하지 않을 AAB와 함께. Play 스토어는 기기에 필요한 것만 인식하고 다운로드할 수 있습니다. 최적화된 APK를 사용하면 다운로드 하는 앱의 양을 최대 15%까지 줄일 수 있습니다.

아래 그림에서 특정 인기 앱의 크기가 어느 정도 감소하는지 확인할 수 있습니다.

앱 크기
출처: 화웨이센트럴

이 크기 감소는 앱의 다운로드 속도를 가속화합니다 . 뿐만 아니라 기기가 전체 앱을 즉시 다운로드하지 않고 일부만 다운로드할 가능성이 있습니다. 게임이 대부분 그렇습니다. 장치는 잠금 해제된 게임 세그먼트를 다운로드하지 않습니다. 게임의 첫 부분을 마칠 때까지 어느 쪽이든 액세스할 수 없기 때문입니다. 로딩 속도가 빨라지고 이전 하드웨어 장치에 정말 중요한 장치의 공간을 절약 할 수 있습니다.

오래된 장치는 일반적으로 사용 가능한 메모리가 적고 로드 및 다운로드에 어려움을 겪습니다. AAB는 오래된 장치를 지원 하고 수명을 조금 더 쉽게 만듭니다.

Android는 100개 이상의 언어, Intel x86과 함께 ARMv7, ARMv8과 같은 다양한 CPU 아키텍처 및 다양한 화면 해상도를 지원합니다. 이 시점에서 앱 개발자는 가능한 조합의 범위에 대한 지원을 하나의 APK 앱으로 묶어야 합니다. 그 결과 각 앱 내에서 불필요한 코드가 생성됩니다(코딩 없이 앱을 만드는 방법에 대해 자세히 알아보기).

기기가 ARMv8 CPU 아키텍처를 기반으로 하는 경우 Google은 ARMv7, ARMv8 및 Intel x86 아키텍처 지원으로 구성된 전체 APK 파일이 아니라 특정 앱을 다운로드하는 동안 ARMv8용 패키지만 제공합니다.

AAB가 개발자에게 의미하는 것

또한 개발자는 증강 현실과 같은 선택적 추가 기능을 자유롭게 사용할 수 있습니다. 모든 장치에서 작동하지 않을 수 있습니다. 지원하지 않는 장치는 다운로드하지 않습니다. 다시 말해, 기술이 필요한 것과 소요되는 비용을 인식할 것입니다.

증강 현실
출처: 인디펜던트

새로운 형식은 맬웨어 및 그늘진 운영자로부터 보안 수준을 높여야 합니다. 또한 사용자의 단점은 사이드 로딩이 더 제한되어 훨씬 더 어려워질 것입니다.

AAB 형식으로의 전반적인 전환은 개발자에게 도전이나 시간 소모적인 프로세스가 아닙니다. 그럼에도 불구하고 그 길에는 몇 가지 장애물이 있습니다.

첫 번째 문제는 다른 앱 스토어에서 실행하려면 특정 앱 의 APK 버전을 수동으로 전송해야 한다는 것 입니다. 그러나 여전히 APK를 원하는 최종 사용자는 대체 저장소를 찾거나 AAB를 내보내는 데 어려움을 겪습니다.

또한 개발자는 AAB 파일을 APK로 내보내려면 앱의 Play 앱 서명 키를 Google에 제공해야 합니다. 이 키는 앱의 핵심에 액세스할 수 있는 권한을 Google에 제공합니다. 여러 배포 채널을 통해 앱을 게시하려는 경우 공통 앱 서명 키를 사용하거나 Google Play용 앱 전용 서명 키를 포함하여 여러 채널에 앱 전용 서명 키를 사용할 수 있습니다.

AAB를 통해 Google의 이점과 관련하여 Google은 앱 배포 서비스를 더 많이 제어 할 수 있습니다. 모든 타사 스토어는 Google Play 스토어에서 사용 가능한 애플리케이션을 제공하기 위해 클라우드를 통해 AAB에서 APK로 변환기 를 설정해야 하지만 Google은 "번들 도구"라는 도구를 사용하여 이를 수행합니다. 전반적으로 타사 앱 구조를 버리고 Play 스토어로 전환하는 개발자의 수가 증가할 것입니다.

테이크아웃

Google Play는 모든 사용자에게 도움이 되는 앱 스토어 최적화에서 한 단계 더 나아갔습니다. ABB는 2018년부터 사용되었지만 많이 사용되지 않았기 때문에 개발자도 큰 변화를 겪지 않을 것입니다. 모두에게 윈-윈 상황입니다. 다른 앱 스토어가 트렌드를 따를 것인지, 시간이 말해줄 것입니다. 그 동안에는 언제든지 Android 및 iOS용 모바일 앱 빌더를 사용하여 놀라운 앱을 만들 수 있습니다!