안녕, 여러분! 귀염뽀짝 IT 블로거입니다 🥰. 오늘은 조금 슬픈 소식으로 시작해야 할 것 같아요. 과거 IoT 디바이스 개발의 꿈나무였던 Android Things 플랫폼에 대해 알아볼 건데요, 혹시 “Play 스토어에 등록하려면 요구사항이 뭐예요?” 라고 궁금해하셨다면… 잠시 눈물부터 닦고 가실게요 😭.
Android Things 플랫폼의 현재와 Play 스토어의 역할
🚨 공식 지원 종료 및 요구사항 확인 불가 🚨
네, 안타깝게도 현재 Google Play 스토어는 Android Things 앱의 신규 등록을 지원하지 않아요. 이 플랫폼은 2021년 1월에 공식 지원이 종료되어 더 이상 앱 요구사항 확인이 어렵답니다 흑흑.
하지만 너무 실망하긴 일러요! 개발 철학은 사라지지 않았거든요. Android Things의 IoT 개발 철학은 현재 Android Open Source Project(AOSP) 기반의 경량화된 솔루션으로 예쁘게 계승되어 활용되고 있어요.
현재는 Play 스토어 대신 여기에 집중하세요!
따라서 이제 우리의 초점은 ‘앱 마켓 등록’이 아니라, ‘디바이스 자체의 시스템 통합’으로 완전히 옮겨가야 해요. 지금부터는 다음 세 가지 핵심 영역에 집중하는 것을 추천드려요!
- 기존 Android Things 개발의 핵심 원칙이었던 임베디드 UI/UX 설계 및 고려사항을 숙지하여 기기 완성도를 높여야 해요.
- IoT 기기 인증을 위한 Google의 다른 플랫폼 또는 파트너십 프로그램 요건을 조사해야 현재 규격을 맞출 수 있답니다.
- Play 스토어가 아닌 AOSP 커스터마이징을 통한 시스템 통합 요구사항에 집중해야 최적의 솔루션을 구현할 수 있어요.
“요구사항의 초점은 이제 앱 마켓에 있지 않으며, 기기 자체의 펌웨어 설계 및 안정적인 시스템 통합 기준으로 완전히 이동되었습니다.”
🕰️ 과거의 기록: Google Play Store 등록을 위한 Android Things 앱 요구사항
비록 지금은 지원이 종료되었지만, 과거 Google Play Store에 Android Things 앱을 등록하려면 일반 모바일 앱과는 차원이 다른, 매우 엄격한 요건을 지켜야 했어요! 마치 IoT 기기만의 신분증 검사 같았달까요? 이 모든 건 장치를 오직 단일 목적의 전용 기기로만 작동시키기 위함이었죠.
콘셉트 요건: 단일 목적 기기
단일 목적 및 전용 사용 사례 확인
Play Store 심사에서 앱이 장치의 단일 목적에만 완벽하게 부합하며, 다른 기능 없이 전용으로만 작동하는지 확인하는 것이 핵심이었어요. 오직 하나의 미션만 수행하도록 허용되었답니다.
자동 부팅 설정을 통한 즉시 실행
앱 매니페스트에 android.intent.category.HOME 등을 선언해서, 부팅 시 사용자 조작 없이 앱이 즉시 시작되도록 구성하는 것이 필수였어요. 사용자에게 ‘시작 버튼’은 사치!
시스템 UI 최소화 및 키오스크 실행
앱은 시스템 탐색 표시줄을 숨기는 키오스크 모드(Kiosk Mode)로 강제 실행되어야 했어요. 사용자 경험을 장치 전용 인터페이스에만 국한시키려는 구글의 의지가 보이죠?
기술적 필수 요건 (매니페스트 & 하드웨어)
1. 플랫폼 전용 선언 및 배포 필터링
가장 기본적인 기술적 요건! 앱이 일반 Android 기기가 아닌 임베디드 기기를 타겟팅함을 명확히 선언해야 했어요. 바로 이 태그가 핵심이었죠.
<uses-feature android:name="android.hardware.type.embedded" android:required="true"/>이 태그 덕분에 구글 플레이는 해당 앱을 Things 기기에만 노출시키는 강력한 필터링을 할 수 있었답니다. 이 태그가 없으면 심사 탈락!
2. 구글 인증 하드웨어 플랫폼 의존성
파편화를 막기 위해 Google이 공식 인증한 특정 System on Chip (SoC) 기반의 플랫폼을 타겟팅하도록 강제했어요. (예: Raspberry Pi 3, NXP i.MX 시리즈). 개발자는 해당 플랫폼의 특화된 보드 지원 패키지(BSP)를 이해해야만 했어요. 진정한 하드웨어 짱이 되어야 했죠!
3. 저수준 주변 장치(Peripheral) 제어 의무!
Things의 꽃은 바로 하드웨어 제어 능력! 센서, 액추에이터 등 주변 장치와의 통신을 위해 저수준 통신 프로토콜을 사용해야 했고, 이를 위해 표준 Android API 대신 전용 API 라이브러리 (com.google.android.things) 사용이 필수였답니다.
- GPIO (General-Purpose Input/Output): 특정 핀의 디지털 신호(전압)를 정밀하게 제어했어요.
- I2C/SPI: 디지털 센서 및 모듈과의 고속 직렬 데이터 통신을 담당했어요.
- PWM (Pulse Width Modulation): 아날로그 제어 효과를 위한 펄스 폭 변조를 활용했죠.
🚀 미래는 AOSP! 현재 IoT 개발의 최신 대안 심층 분석
이제 과거 이야기는 접고, 지원 중단된 Things 대신 우리가 나아가야 할 ✨새로운 길✨에 대해 이야기해 볼까요?
AOSP 기반 솔루션으로의 전환이 필수!
Android Things 플랫폼이 공식적으로 은퇴하면서, 현재 IoT 또는 임베디드 기기용 Android 기반 솔루션을 개발하려는 경우 Android Open Source Project (AOSP) 기반의 맞춤형 시스템 구축으로 방향을 틀어야 해요. 마치 이사 가듯이 말이죠!
핵심적인 개발 환경 변화
새로운 프로젝트는 더 이상 Google Play Console의 과거 규정을 따르지 않아요. 이제 개발팀은 운영체제 자체를 기기의 특정 요구사항에 맞춰 완전히 커스터마이징하고, 배포 및 업데이트 메커니즘을 자체적으로 관리해야 한답니다. 더 큰 책임과 동시에 높은 수준의 유연성을 갖게 되는 셈이죠!
궁금증 타파! 플랫폼 전환 관련 심화 Q&A
- Q. Google Play Store Android Things 앱의 최신 등록 요구사항을 지금 확인하는 것이 가능할까요?
- A. 현재 Android Things 플랫폼은 공식적으로 지원이 중단되었기 때문에 Play 스토어 내에서 유효한 최신 요구사항은 존재하지 않습니다. 새로운 앱 제출은 이미 2021년 1월에 종료되었어요. 새 IoT 기기 개발은 AOSP 기반의 맞춤형 솔루션으로 전환하는 것이 유일한 경로랍니다.
- Q. Android Things 앱이 일반 Android 앱과 기술적으로 달랐던 핵심적인 요소는 무엇인가요?
- A. 가장 근본적인 차이는 단일 목적 실행(Single-Purpose Execution)과 주변 장치(Peripheral)에 대한 직접 제어 기능이었습니다.
핵심 차이점 요약:
- 자동 실행: 부팅 시 자동으로 시작되는 단일 앱으로만 실행되었어요.
- I/O 접근: Peripheral API를 통해 GPIO, PWM, I2C 등 저수준 하드웨어 인터페이스에 직접 접근이 가능했죠!
- 매니페스트: Things 전용임을 선언하는 특정
uses-feature태그가 필수였어요.
💡 미래 IoT 개발을 위한 교훈과 방향
Android Things의 지원 중단은 플랫폼에 너무 의존하는 것의 위험성을 알려준 중요한 교훈이에요. 과거의 Google Play Store 앱 요구사항은 비활성화되었지만, 이는 단일 목적 기기의 최소 설계 기준을 보여주는 중요한 지침으로 남아있다는 사실!
그러니 현재는 AOSP 맞춤형 시스템이나 전문 IoT 솔루션의 최신 보안 및 배포 가이드라인을 철저히 확인하고 준수하는 것이 미래 개발의 필수 방향이랍니다. 우리 모두 AOSP의 유연성을 맘껏 누려보자구요!
궁금한 점이 있다면 언제든 댓글로 질문해주세요! 제가 달려와서 쫑알쫑알 답변해드릴게요! 😉
