안드로이드가 폐쇄형 소스로 전환되는 것은 아니지만, Google이 문을 훨씬 더 굳게 잠그고 있습니다.
오늘날, *"안드로이드가 폐쇄형 소스로 전환된다"*라는 충격적인 주장이 담긴 헤드라인이 퍼지면서 기술 커뮤니티에서 혼란, 논쟁 및 우려를 불러일으키고 있습니다. 안드로이드의 오픈 소스 특성에 의존하는 개발자, OEM 및 투자자에게 이는 매우 중요한 문제입니다.
하지만 진실은 이렇습니다. 안드로이드가 폐쇄형 소스로 전환되는 것은 아닙니다. 적어도 전부는 아닙니다.
대신, Google은 안드로이드 개발 방식을 바꾸고 있으며, 최종 코드를 오픈 소스 라이선스로 계속 배포하면서 개발 주기에 대한 내부 통제를 강화하고 있습니다. 그 차이는 미묘하지만 중요하며, 모바일, 자동차 및 IoT 생태계 전반에 광범위한 영향을 미치는 전략적 전환을 의미합니다.
핵심 사항: 무엇이 바뀌고 (무엇이 바뀌지 않는가)
AOSP는 여전히 오픈 소스입니다.
**안드로이드 오픈 소스 프로젝트 (AOSP)**는 여전히 오픈되어 있습니다. 안드로이드의 최종 빌드는 여전히 관대한 Apache 2.0 라이선스로 게시되므로 누구나 다운로드, 수정 및 배포할 수 있습니다. 라이선스 관점에서 안드로이드는 여전히 오픈되어 있습니다.
바뀌는 것은 개발 프로세스 자체의 가시성과 접근성입니다.
더 이상 공개 개발 브랜치가 없습니다.
역사적으로 안드로이드 개발의 일부는 AOSP Gerrit 코드 검토 시스템을 통해 실시간으로 볼 수 있었습니다. 개발자와 파트너는 안드로이드가 진화하는 것을 보고, 코드 변경 사항을 검사하고, 곧 출시될 기능을 예측할 수도 있었습니다.
이제 그 가시성이 사라졌습니다.
Google은 Android 16 (2025년 말 예상)부터 모든 개발이 비공개 내부 브랜치에서 이루어질 것이라고 확인했습니다. 각 주요 릴리스가 완료된 후에만 소스 코드가 공개 AOSP 저장소로 푸시됩니다.
Google이 이렇게 하는 이유
공식적인 이유는 효율성입니다.
Google은 공개 및 비공개 개발 워크플로우를 모두 유지하는 것이 코드 충돌, 중복 노력 및 더 느린 내부 테스트 주기와 같은 비효율성을 초래했다고 주장합니다. Google은 개발을 비공개로 통합함으로써 엔지니어링 프로세스를 간소화하는 것을 목표로 합니다.
하지만 효율성이 전부는 아닙니다. 여기에는 전략적인 측면이 있으며, 이는 안드로이드 생태계에 대한 Google의 통제를 강화하는 것을 목표로 합니다.
전략 배경: 오픈 바자에서 통제된 대성당으로
오픈 소스 세계에서는 두 가지 모델이 지배적입니다.
- 바자(Bazaar): 개발이 공개적이고 협력적이며 공개적으로 끊임없이 진화합니다 (예: Linux).
- 대성당(Cathedral): 내부 팀이 폐쇄된 공간에서 소프트웨어를 구축하고 완료된 버전만 출시합니다 (예: Oracle의 JDK 개발 프로세스).
Google은 안드로이드를 대성당 모델에 더 가깝게 전환하고 있습니다.
이러한 변화는 새로운 것이 아닙니다. 수년 동안 안드로이드 코어에 대한 외부 기여는 크게 제한되었습니다. AOSP가 패치를 수락하지만 실제 기능 개발 및 방향 설정은 항상 Google 엔지니어와 사전 승인된 일부 파트너에 의해 내부적으로 제어되었습니다.
이제 커뮤니티 중심 개발이라는 환상은 완전히 사라지고 있습니다. AOSP의 마스터 브랜치는 오랫동안 속이 빈 자리 표시자였으며, 이제 공식화되었습니다.
누가 영향을 받을까요?
1. 앱 개발자 및 최종 사용자: 즉각적인 변화는 없습니다.
대부분의 안드로이드 사용자 및 앱 개발자에게 이 변경 사항은 거의 보이지 않습니다. 안드로이드 API, Play 스토어 액세스 및 사용자 경험은 동일하게 유지됩니다. Google의 분기별 플랫폼 릴리스 및 보안 업데이트는 계속됩니다.
2. OEM 및 하드웨어 파트너: 새로운 유료 장벽
여기서 흥미로워집니다. 초기 안드로이드 빌드에 대한 액세스는 이제 회사가 Google의 GMS (Google Mobile Services) 프로그램에 속하는지 여부에 달려 있으며, 이는 유료 파트너십입니다.
(AOSP 및 GMS Android 구현의 주요 기능을 비교하는 표)
| 특징 | AOSP | GMS |
|---|---|---|
| 소스 코드 | 오픈 소스 | 독점적인 추가 기능 |
| 맞춤 설정 | 높은 유연성 | Google 지침에 따라 제한됨 |
| 사전 설치된 앱 | 최소한의 앱 | Google 앱 포함 |
| 앱 스토어 | 타사 또는 맞춤형 | Google Play 스토어 |
| Google 서비스 통합 | 기본적으로 없음 | 원활한 통합 |
| 개인 정보 보호 제어 | 일반적으로 더 높음 | 더 많은 데이터가 Google과 공유됨 |
| 업데이트 빈도 | 다양함 | 더 빈번함 |
| 인증 | 필요하지 않음 | Google 승인 필요 |
| 일반적인 사용 사례 | 엔터프라이즈, 특수 장치 | 소비자 스마트폰 |
삼성, 샤오미, 원플러스와 같이 오랫동안 GMS 계약을 맺은 회사는 여전히 초기 액세스를 얻을 수 있습니다. 특히 TV 박스 제조업체, 지역 장치 브랜드 또는 신규 진입자와 같은 소규모 업체는 공개 AOSP 덤프가 나올 때까지 어둠 속에 남을 수 있습니다.
그들에게 이는 다음을 의미합니다.
- 업데이트 지연
- 출시 시간 단축
- 또는 더 빠른 액세스를 위해 Google에 비용을 지불해야 함.
이는 유료 사용자와 대기 사용자라는 계층화된 생태계를 만듭니다.
3. 타사 ROM 개발자 및 오픈 소스 관찰자
LineageOS 또는 맞춤형 ROM 빌더와 같은 프로젝트는 코드에 대한 AOSP 메인라인에 의존합니다. 라이브 개발 피드가 없다는 것은 각 공식 릴리스 후 몇 주 또는 몇 달을 기다려야 한다는 것을 의미합니다.
또한 기능 예측이 더 어려워집니다. 초기 커밋이 없으면 기술 미디어, 보안 연구원 및 애호가들은 안드로이드의 진화에 대한 가시성을 잃게 됩니다.
중요한 비교: Android vs. Java, Chrome 및 Linux
이러한 움직임은 전례가 없는 것이 아닙니다.
Oracle의 JDK를 예로 들어 보겠습니다. 내부 개발 후 각 주요 릴리스 후에 코드가 OpenJDK로 릴리스됩니다. 라이선스에 따라 오픈 소스이지만 실제로는 그렇지 않습니다.
또는 Chrome 대 Chromium: Google은 소스와 함께 안정적인 Chromium 버전을 푸시하지만 베타 및 개발 채널은 공개 태깅 전에 내부적으로 제어되고 테스트됩니다.
공급업체가 제어하는 오픈 소스의 주요 특징
| 측면 | 설명 |
|---|---|
| 제어 | 단일 회사가 대부분의 결정을 내립니다. |
| 지적 재산권 | 공급업체가 일반적으로 전체 저작권을 소유합니다. |
| 라이선스 | 종종 이중 라이선스 (오픈 소스 및 상업용) |
| 커뮤니티 참여 | 커뮤니티 중심 프로젝트에 비해 제한적입니다. |
| 개발 리더십 | 주로 공급업체가 주도합니다. |
| 비즈니스 모델 | 프리미엄 기능, 지원 또는 클라우드 호스팅을 통한 수익 창출 |
| 의사 결정 | 공급업체 회사 내에서 중앙 집중화 |
| 기여 계약 | 종종 공급업체에 대한 소유권 이전을 요구합니다. |
공개적으로 관리되고 커뮤니티 중심인 Linux와 달리 안드로이드는 이제 공급업체가 제어하는 오픈 소스로 확고하게 자리 잡았습니다. 즉, 출력은 오픈이지만 프로세스는 폐쇄적입니다.
이것이 투자자와 전략가에게 중요한 이유
이것은 단순한 기술적 변화가 아닙니다. 이는 비즈니스 전략입니다.
안드로이드가 글로벌 스마트폰 운영 체제 시장에서 꾸준히 지배적인 위치를 차지하고 있다는 사실을 알고 계셨습니까? 2025년 현재 안드로이드는 시장 점유율의 약 71.75%를 차지하고 있으며, iOS는 약 27.78%를 차지하고 있습니다. 이러한 지배력은 지난 10년 동안 구축되었으며, 안드로이드의 사용자 기반은 14억 명에서 약 33억 명으로 성장했습니다. 안드로이드의 성공은 다양한 가격대의 광범위한 장치, 맞춤 설정을 허용하는 오픈 소스 특성, 인도 및 중국과 같은 신흥 시장에서의 강력한 입지에 기인할 수 있습니다. 미국에서 iOS의 강력한 입지와 같은 지역적 차이에도 불구하고 안드로이드는 여전히 전 세계적으로 선두적인 선택입니다.
Google은 소스 코드에 대한 초기 액세스를 제한함으로써 GMS 파트너십의 전략적 가치를 높입니다. 여기에는 휴대폰뿐만 아니라 점점 더 다음이 포함됩니다.
- 자동차 OS 배포
- 스마트 TV
- 웨어러블
- IoT 장치
본질적으로 Google은 시간에 대한 액세스로 수익을 창출하고 있습니다. 조기 액세스에 대한 비용을 지불하거나 뒤쳐지십시오.
시간이 지남에 따라 이는 다음을 유도할 수 있습니다.
- 더 많은 GMS 라이선스 사용자
- 라이선스 및 규정 준수로부터의 수익 증가
- 더욱 엄격한 생태계 제어
또한 안드로이드를 포크하고 독립적으로 유지 관리하기가 더 어려워졌다는 의미이기도 합니다. 대부분의 상업적 플레이어에게 자체 안드로이드 출시는 훨씬 더 비싸고 느려졌습니다.
진정한 교훈: 이름은 오픈 소스, 실행은 폐쇄적
Google은 오픈 소스를 죽이지 않습니다. 안드로이드는 Apache 라이선스를 유지합니다. Linux 커널은 GPL을 유지하고 AOSP는 계속 존재합니다.
그러나 오픈 소스 철학 (커뮤니티 가시성, 기여, 협업)은 제어 및 수익 창출에 뒷전으로 밀려나고 있습니다.
모델은 원칙으로서의 개방성에서 릴리스 결과물로서의 개방성으로 이동하고 있습니다.
그렇다면 안드로이드가 폐쇄형 소스로 전환되고 있습니까? 아니요. 하지만 개발자, 수정자 및 OEM이 한때 누렸던 방식으로 더 이상 개방적이지 않습니다.
이러한 변화는 최종 사용자에게 최소한의 영향을 미치지만 안드로이드 생태계의 더 깊은 변화를 나타냅니다. Google의 움직임은 계산적입니다. 프로세스를 잠그고, 조기 액세스로 수익을 창출하고, 가장 성공적인 플랫폼에 대한 더 엄격한 통제를 주장합니다.
소프트웨어 생태계가 휴대폰, 자동차 및 스마트 장치에서 다음 위대한 전장이 되어가는 세상에서 통제가 전부입니다.
그리고 Google은 모든 키를 쥐는 데 한 걸음 더 다가갔습니다.
Google의 내부화 전환 전후의 Android 오픈 소스 개발 프로세스의 주요 차이점
| 측면 | 이전 | 이후 |
|---|---|---|
| 개발 환경 | 공개 AOSP 브랜치 + Google 내부 브랜치 | Google 내부 브랜치만 |
| 개발 가시성 | 부분적으로 가시적 (AOSP Gerrit을 통해) | 보이지 않음 |
| 외부 기여 | AOSP를 통해 기여 허용 | 외부 기여는 더 이상 허용되지 않음 |
| 소스 코드 릴리스 | 지속적인 AOSP 업데이트 + 버전 릴리스 | 버전 릴리스 시에만 |
| 오픈 소스 특성 | 완전히 오픈 소스 | 여전히 오픈 소스이지만 개발은 폐쇄됨 |
| 최종 제품 | 오픈 소스 | 오픈 소스 |
| Linux 커널 개발 | 오픈 소스 | 오픈 소스로 유지됨 (GPLv2 준수) |
| 최종 사용자 영향 | – | 최소 |
| 앱 개발자 영향 | – | 없음 |
| 플랫폼 개발자 영향 | 실시간 변경 추적 가능 | 릴리스 후 액세스만 가능 |
| 기술 미디어 정보 액세스 | AOSP를 통한 조기 기능 통찰력 | 릴리스 전 통찰력에 액세스하기가 더 어려움 |