APK와 AAB의 차이는 무엇입니까?

APK(Android Package)와 AAB(Android App Bundle)는 Android 애플리케이션을 배포하기 위한 서로 다른 두 형식이며, 각각 고유한 장점과 용도가 있습니다. APK는 Android 기기에 앱을 직접 설치하는 데 필요한 모든 구성 요소를 담은 전통적인 형식입니다. 수동으로 설치하거나 앱 스토어를 통해 배포할 수 있는 단일 파일입니다. 비교하자면 iOS 앱은 IPA 파일로 배포됩니다.

반면 AAB는 앱 배포와 설치를 최적화하도록 설계된, Google이 도입한 새로운 형식입니다. AAB는 설치 가능한 단일 파일을 제공하는 대신 모든 리소스와 코드를 담고 있으며, Google Play는 이를 사용하여 각 특정 기기 구성에 최적화된 APK를 생성합니다. 즉, 특정 기기에 필요한 구성 요소만 다운로드되고 설치되므로 앱 크기가 줄어듭니다.

universal APK는 모든 기기용 리소스를 담고 있습니다. 이에 반해 AAB는 사용자에게 더 효율적이고 맞춤화된 경험을 제공합니다. 이는 다운로드하고 저장해야 하는 데이터 양을 최소화하므로 저장 공간이 제한된 기기에 특히 유리합니다. 또한 AAB를 사용하면 각 기기에 관련 부분만 제공되므로 개발자는 모든 사용자의 앱 크기를 늘리지 않고도 많은 언어와 리소스를 포함할 수 있습니다.

Android App Bundle(AAB)을 사용하면 개발자는 하나의 패키지를 Google Play에 업로드하고, Google Play는 각 기기에 최적화된 APK 파일을 생성합니다. 사용자는 기기의 화면 밀도, 프로세서 아키텍처, 언어에 맞는 코드와 리소스만 받습니다.

개발자는 사용자가 필요할 때만 앱의 일부를 다운로드하는 Play Feature Delivery와 게임 그래픽 같은 대용량 파일을 위한 Play Asset Delivery로 이 형식을 더 활용할 수 있습니다. 이를 통해 다운로드가 작아지고 설치가 빨라집니다. 2021년 8월부터 Google Play의 새 앱은 AAB로 게시해야 합니다.

AAB(Android App Bundle)는 세 가지 핵심 속성을 결합하여 파일 크기와 제공 면에서 APK(Android Package)에 비해 여러 장점을 제공합니다.

• 최적화된 파일 크기: AAB는 특정 기기에 필요한 리소스만 제공할 수 있게 하여 전체 앱 크기를 줄입니다. 가능한 모든 리소스를 단일 APK에 포함하는 대신 Google Play는 사용자 기기와 관련된 구성 요소만 담은 APK를 생성합니다. 그 결과 다운로드가 작아지고 설치가 빨라집니다.
• 저장 공간 사용 감소: 각 기기에 최적화된 버전의 앱을 제공하므로 AAB를 사용하면 기기가 사양과 관련 없는 파일과 리소스를 저장할 필요가 없습니다. 코드 자체는 같으므로 앱의 런타임 성능은 거의 변하지 않지만 설치된 앱이 차지하는 공간은 줄어듭니다.
• 모듈식 구조: AAB는 개발자가 앱을 feature module로 나눌 수 있는 모듈식 앱 개발 접근 방식을 지원합니다. 이를 통해 특정 기능을 초기 설치에 포함하는 대신 요청에 따라 제공할 수 있습니다. 사용자는 필요에 따라 새 모듈을 다운로드하고 설치할 수 있어 초기 다운로드 크기가 더욱 줄고 사용자 경험이 향상됩니다.

최적화된 파일 크기, 저장 공간 사용 감소, 모듈식 구조의 결합 덕분에 AAB는 네트워크 리소스 부담을 줄이면서 더 나은 사용자 경험을 제공하려는 앱 개발자에게 효율적인 솔루션입니다.

Google Play Store는 APK(Android Package)와 AAB(Android App Bundle)를 서로 다른 방식으로 처리하며, 이는 앱 개발자에게 상당한 영향을 미칩니다. 다음은 이러한 형식의 작동 방식과 개발자에게 의미하는 바에 대한 개요입니다.

• APK(Android Package): APK는 Android 앱이 게시되던 전통적인 형식입니다. Android 기기에 앱을 설치하는 데 필요한 모든 구성 요소를 담은 단일 파일입니다. 다양한 기기 구성에 최적화하려면 개발자가 여러 APK를 수동으로 빌드하고 유지 관리해야 했으며, 그렇지 않으면 사용자는 필요 이상으로 큰 파일을 다운로드했습니다.
• AAB(Android App Bundle): 앱을 배포하는 더 효율적인 방법으로 Google이 도입한 AAB는 Google Play가 각 기기 구성에 최적화된 APK를 생성하고 제공할 수 있게 하는 형식입니다. 즉, 사용자는 특정 기기에 필요한 리소스만 다운로드하므로 파일 크기가 줄고 다운로드 속도가 향상됩니다.
• 효율적인 리소스 처리: AAB를 사용하면 개발자는 모든 언어, 화면 밀도, 아키텍처를 하나의 패키지에 포함할 수 있습니다. 한편 Google Play는 관련 리소스를 각 기기에 배포하는 작업을 자동으로 처리합니다. 이는 다양한 기기 유형을 위해 여러 APK를 만들고 유지 관리할 필요를 없앱니다.
• 기능 제공: AAB 형식은 Play Feature Delivery(이전 명칭 “Dynamic Delivery”)를 지원하며, 이를 통해 앱의 일부를 설치 시가 아니라 요청에 따라 다운로드할 수 있습니다. 업데이트 자체는 Google Play가 압축된 패치로 제공하므로 변경 사항만 다운로드하면 됩니다.
• 서명: AAB에는 Play App Signing이 필요하며, 이는 Google이 보유한 app signing key로 생성된 APK에 서명한다는 뜻입니다. 이를 통해 Google은 APK를 최적화하고 키를 분실로부터 보호할 수 있지만, 키에 대해 Google을 신뢰해야 한다는 뜻이기도 합니다. 서명은 앱이 해당 개발자에게서 왔음을 증명합니다. 서명만으로 앱이 안전하다는 것이 보장되지는 않습니다.
• 미래 대비: AAB 형식으로 전환하면 개발자는 Google Play가 도입하는 향후 개선 사항과 기능의 이점을 누릴 수 있어 앱을 최신 기술 발전에 맞게 유지하는 데 도움이 됩니다.

전반적으로 APK에서 AAB로의 전환을 통해 개발자는 더 최적화되고 사용하기 쉬운 앱을 제공할 수 있습니다. 이러한 변화는 파일 크기를 줄이고, 다운로드 속도를 개선하며, 앱이 각 기기의 요구에 맞춰지도록 하여 더 나은 사용자 경험을 지원합니다.

개발자가 APK에서 AAB로 전환할 때는 신중한 계획과 구현이 필요한 여러 과제에 직면할 수 있습니다. 다음은 개발자가 겪을 수 있는 가장 일반적인 과제입니다.

APK에서 AAB로 전환할 때의 주요 과제 중 하나는 빌드 과정의 변경입니다. APK 파일은 전통적인 Android 패키지 형식입니다. 한편 AAB(Android App Bundle)는 앱을 빌드하고 배포하는 방식에 새로운 접근이 필요합니다. 개발자는 빌드 스크립트를 조정하고 Google Play가 AAB 파일에서 APK를 생성하는 방식을 이해해야 하며, 여기에는 학습 곡선이 따를 수 있습니다.

또 다른 과제는 기존 도구 및 라이브러리와의 호환성입니다. 일부 오래된 타사 도구와 라이브러리는 AAB 형식과 완전히 호환되지 않을 수 있으며, 이는 앱의 특정 구성 요소를 업데이트하거나 교체해야 할 수도 있습니다. 이는 앱이 새 형식에서 올바르게 작동하도록 하기 위한 추가 개발 시간과 테스트로 이어질 수 있습니다.

또한 요청형 기능 처리는 복잡한 작업일 수 있습니다. AAB는 필요할 때만 다운로드되는 feature module을 제공할 수 있게 합니다. 이를 위해 개발자는 어떤 기능을 요청에 따라 제공할지, 성능에 부정적인 영향을 주지 않고 앱의 사용자 경험에 어떻게 통합할지 신중하게 계획해야 합니다.

마지막으로 테스트와 디버깅이 더 어려워질 수 있습니다. AAB 파일은 APK처럼 기기에 직접 설치할 수 없으므로 개발자는 앱을 테스트하기 위해 bundletool로 APK를 로컬에서 생성하거나 Google Play의 internal testing과 internal app sharing을 사용해야 합니다. 문제를 식별하고 수정하는 데 더 많은 단계가 필요하므로 디버깅에 시간이 더 걸릴 수 있습니다.

이러한 과제로 인해 개발자는 더 작은 앱 크기와 더 효율적인 배포 같은 AAB 형식의 장점을 누리기 위해 워크플로와 도구를 조정해야 합니다. 하지만 올바른 접근 방식을 취하면 AAB로의 전환은 더 나은 사용자 경험과 더 효율적인 업데이트 과정으로 이어질 수 있습니다.

앱 릴리스에 Android App Bundles(AAB)를 사용할 때 호환성과 보안을 보장하는 것은 신뢰할 수 있고 안전한 사용자 경험을 제공하는 데 필수적입니다. Android App Bundles는 각 기기에 필요한 리소스만 제공하여 앱 크기를 최적화하는 Android 앱의 현대적인 패키징 및 배포 방식입니다.

AAB를 사용할 때 호환성을 보장하려면 다양한 기기와 Android 버전에서 앱을 철저히 테스트하는 것이 중요합니다. 이는 Google Play의 testing track과 다양한 실제 및 가상 기기에서 앱을 실행하는 Firebase Test Lab으로 수행할 수 있습니다. 이를 통해 앱이 최종 사용자에게 도달하기 전에 잠재적 문제를 식별하고 해결할 수 있습니다.

보안 측면에서는 AAB에 Play App Signing이 사용된다는 점을 이해하는 것이 중요합니다. Google Play는 AAB에서 APK 파일을 생성하고 Google이 안전하게 보관하는 app signing key로 서명합니다. 개발자는 별도의 upload key로 AAB에 서명하며, 이 키는 예를 들어 안전한 keystore나 키 관리 서비스에서 신중하게 보호해야 합니다. upload key를 분실하거나 유출된 경우 Google Play를 통해 재설정할 수 있습니다.

AAB에서 APK를 생성하고 배포하는 전체 과정은 Google Play의 서버에서 이루어지며, 이는 앱의 무결성을 유지하는 데 도움이 됩니다. 이러한 모범 사례를 따르면 Android App Bundles로 배포할 때 앱을 호환성 있고 안전하게 유지할 수 있습니다.