구글이 픽셀 전용 소프트웨어 업데이트인 안드로이드 17 QPR1에서 앱 개발자용 새 API를 추가하면서, 정작 그 코드를 안드로이드 오픈소스 프로젝트(AOSP)에는 공개하지 않은 사실이 확인됐다. 보안 중심 안드로이드 배포판을 만드는 GrapheneOS 측은 이번 조치가 안드로이드 3.x, 이른바 '하니콤' 이후 처음 있는 일이라고 지적했다. 하니콤은 구글이 태블릿 전용으로 개발하면서 한동안 소스코드를 공개하지 않아 논란이 됐던 버전이다. 새 API는 현재 픽셀 OS에만 존재하며, 다른 안드로이드 제조사(OEM)는 사용할 수 없다는 점이 핵심이다.
AOSP 공개가 왜 기준선이었나
그동안 안드로이드 생태계가 파편화 속에서도 유지될 수 있었던 배경에는 AOSP라는 공통 토대가 있었다. 구글이 새 API를 정식 플랫폼 릴리스에 담으면 그 소스가 AOSP에 반영되고, 삼성·샤오미 같은 제조사와 커스텀 롬 개발자들이 동일한 인터페이스를 자기 기기에 이식할 수 있었다. 개발자 입장에서도 특정 API가 특정 안드로이드 버전에 들어갔다는 사실은 곧 '해당 버전을 쓰는 모든 기기에서 언젠가 쓸 수 있다'는 의미에 가까웠다. QPR(분기별 플랫폼 릴리스)은 원래 픽셀에 먼저 배포되는 기능 업데이트지만, 그 안의 프레임워크 변경도 결국 AOSP를 통해 공유되는 것이 관례였다.
이번 안드로이드 17 QPR1은 그 관례를 깨고, 앱이 호출할 수 있는 공개 API 표면을 늘리면서도 그 구현을 오픈소스로 내놓지 않았다. 구글이 공개한 API 차이 문서(api_diff 37.1)에는 변경 내역이 정리되어 있지만, 실제로 그 기능을 제공하는 코드는 픽셀 OS 안에 갇혀 있는 셈이다.
실무자에게 무엇이 달라지나
앱 개발자에게 이는 미묘하지만 성가신 변수다. 새 API를 타깃 SDK 레벨 기준으로 사용하려 해도, 실제 동작은 픽셀 기기에서만 보장되고 다른 제조사 단말에서는 존재하지 않을 수 있다. 즉 '안드로이드 17을 지원한다'는 표현만으로는 특정 API의 가용성을 판단하기 어려워지고, 런타임에서 기능 존재 여부를 확인하는 방어적 코드나 기기별 분기 처리가 더 중요해진다. 제조사 소속 개발자와 커스텀 롬 커뮤니티에게는 더 직접적인 타격이다. AOSP에 소스가 없으면 동일 기능을 자체 구현하거나 아예 지원을 포기해야 하기 때문에, 픽셀과 비(非)픽셀 기기 사이의 기능 격차가 벌어질 소지가 있다.
이런 흐름은 구글이 최근 몇 년간 카메라, 미디어, 머신러닝 관련 기능을 플랫폼 본체가 아니라 자사 앱이나 구글 플레이 서비스, 픽셀 전용 계층으로 옮겨온 경향과 맞닿아 있다. 안드로이드의 개방성이라는 명분과, 픽셀을 차별화 하드웨어로 밀어붙이려는 상업적 동기가 API 공개 정책이라는 지점에서 부딪히고 있는 것이다. 공개 API인데 오픈소스 구현이 없다는 구조는 그 긴장을 상징적으로 보여준다.
어디까지가 확인된 사실인가
다만 현재 공개된 정보만으로는 판단을 유보해야 할 부분도 많다. 문제의 API가 구체적으로 무엇이며 향후 정식 안드로이드 릴리스에서 AOSP에 반영될지, 아니면 영구적으로 픽셀 전용으로 남을지는 아직 확정되지 않았다. QPR 단계에서 먼저 실험적으로 도입한 뒤 다음 메이저 버전에서 소스가 합류하는 시나리오도 배제할 수 없다. 이번 지적을 제기한 주체가 구글의 폐쇄성에 비판적인 GrapheneOS라는 점, 그리고 근거가 구글의 API 차이 문서라는 1차 자료에 기반한다는 점도 함께 감안할 필요가 있다.
그럼에도 '하니콤 이후 처음'이라는 표현이 주는 무게는 가볍지 않다. 당시의 소스 비공개는 일시적 예외로 끝났지만, 이번에는 파편화가 이미 일상이 된 생태계에서 벌어지고 있기 때문이다. 안드로이드 개발자라면 새 SDK 기능을 도입하기 전에 그것이 AOSP 기반인지 픽셀 전용인지 구분하는 습관을 들여두는 편이 안전하다. 플랫폼 API의 가용성을 버전 번호 하나로 신뢰하던 시대가 조금씩 저물고 있다는 신호일 수 있다.