'로또 사고 싶은날' 개발기 18편: 안드로이드 출시 필수! 릴리즈용 앱 번들(AAB) 빌드 및 앱 서명(App Signing) 과정

2026. 5. 1. 06:59AI Product Building/Lotto App

반응형

 

모든 기능 구현과 스토어 최적화(ASO)를 마쳤다면, 이제 '바이브 로또'를 실제 설치 가능한 파일로 구워낼 차례입니다. 안드로이드 출시를 위해서는 과거의 APK 방식이 아닌, 구글의 새로운 표준인 Android App Bundle(AAB) 형식을 사용해야 합니다. 또한, 내가 만든 앱임을 증명하고 보안을 유지하기 위한 '앱 서명' 과정은 필수 중의 필수입니다. 오늘은 초보 개발자가 가장 많이 실수하는 빌드 및 서명 과정을 단계별로 정리해 보겠습니다.

 

1. 나만의 디지털 인감, 키스토어(Keystore) 생성

앱 서명이란 쉽게 말해 앱에 나의 '인감도장'을 찍는 행위입니다. keytool 명령어나 안드로이드 스튜디오의 GUI를 통해 키스토어 파일을 생성하게 되는데, 이때 설정한 비밀번호와 키 파일은 절대 잃어버리면 안 됩니다. 만약 이 파일을 분실하면 동일한 앱의 업데이트가 영구적으로 불가능해질 수 있기 때문입니다. 저는 이 파일을 안전한 외부 저장소와 클라우드에 이중으로 백업하여 만일의 사태에 대비했습니다.

2. 왜 APK가 아니라 AAB인가?

구글 플레이스토어는 이제 AAB(Android App Bundle) 형식을 강제하고 있습니다. APK는 모든 리소스를 때려 넣은 무거운 파일인 반면, AAB는 구글 서버가 사용자의 기기에 딱 맞는 리소스(CPU 아키텍처, 언어 등)만 골라 최적의 APK를 생성해 전달합니다. 덕분에 '바이브 로또'의 설치 용량을 약 20~30%가량 줄일 수 있었고, 이는 곧 사용자의 다운로드 전환율 상승으로 이어졌습니다.


// 핵심 터미널 명령어: Flutter 릴리즈 빌드 수행
# 1. 이전 빌드 기록 삭제
flutter clean

# 2. 모든 패키지 최신 상태 확인
flutter pub get

# 3. 앱 번들(AAB) 빌드 실행
flutter build appbundle --release

3. 구글 플레이 앱 서명(Play App Signing) 활용

과거에는 개발자가 직접 모든 서명 키를 관리해야 했지만, 이제는 구글이 제공하는 Play App Signing 서비스를 사용하는 것이 표준입니다. 개발자는 '업로드 키'로만 서명하여 올리면, 구글이 안전하게 보관 중인 '배포용 키'로 재서명하여 사용자에게 배포하는 방식입니다. 이를 통해 키 분실 위험을 줄이고, 구글의 차세대 최적화 기술을 즉시 적용받을 수 있는 구조를 구축했습니다.

 

4. 최종 배포 파일 점검 (Lint & Test)

빌드가 완료된 후에는 build/app/outputs/bundle/release 폴더에 생성된 .aab 파일을 최종 점검합니다. 혹시 디버그 모드의 설정이 남아있지는 않은지, 불필요한 로그 출력이 포함되어 있지는 않은지 확인하는 과정입니다. '바이브 로또'는 프로덕션 환경에서 최상의 성능을 내기 위해 난독화(ProGuard/R8) 옵션을 적용하여 코드 보안성까지 한층 강화했습니다.

철저한 빌드와 보안으로 완성된 '바이브 로또', 지금 바로 다운로드하세요!

👉 바이브 로또 다운로드 바로가기

모든 기술적 준비가 끝났습니다. 이제 구글의 심판대 위에 앱을 올릴 시간입니다. 다음 19편에서는 피를 말리는 기다림의 시간, "구글 플레이 콘솔 앱 등록 가이드 및 피 마르는 심사(리젝) 대응기"를 통해 실제 출시 과정의 생생한 현장감을 전해드리겠습니다.

반응형