구글이 안드로이드의 첫 번째 버전을 출시한 지 거의 9년이 지났지만 그 이후로 문제가 커지고 있습니다. 그러나 최근 기술 대기업 Google이 가장 큰 문제를 해결하고 이에 대한 새로운 솔루션을 찾은 것으로 보입니다.
Google의 새 프로젝트가 마침내 Android의 가장 큰 문제를 해결했습니다
기술 대기업 Google이 Android의 첫 번째 버전을 출시한 지 거의 9년이 지났지만 그 이후로 문제가 커지고 있습니다. 오픈 소스 운영 체제인 Android는 수백만 대의 기기에서 사용되지만 이러한 기기 중 상당수가 업그레이드되지 않거나 업그레이드되지 않은 기기 제조업체가 업데이트를 출시하는 데 영원히 걸립니다.
그렇다면 구글은 이 문제를 어떻게 해결할 수 있을까?
문제 자체는 Android 또는 Samsung, Sony, HTC, Huawei, LG 등과 같은 브랜드에 있지 않으며 시장에 업데이트를 출시하는 데 너무 오래 걸립니다. 물론 현재 최신 버전을 원하시면 넥서스나 픽셀(구글 기기)을 구매하시면 됩니다. 더 나쁘다, 사실이다.
최근에 브랜드는 장비에 대한 보안 패치(문제 수정)를 보다 적극적으로 출시하고 신속하게 릴리스합니다. 이 약속은 매우 잘 작동했습니다. 그러나 진실은 사용자가 새 버전의 Android를 사용하기 위해 4년, 5년 또는 심지어 반년이 되는 것을 원하지 않는다는 것입니다. 이는 브랜드의 약속에도 불구하고 현재 일어나고 있는 일입니다. .
Android 세계의 단계와 장벽
브랜드가 낮거나 시스템이 복잡하기 때문이라고 생각할 수 있지만 사실 여전히 복잡하거나 시간이 많이 걸리는 일련의 단계가 있으며 Android에서는 다른 시스템에서는 ‘엔트로피’가 발생합니다. 즉각적인.
Android 버전 시작부터 기기 다운로드까지의 단계를 살펴보겠습니다.
- Android 팀은 최신 Android 버전의 코드를 게시합니다.
- 구성 요소 제조업체는 특정 하드웨어에 대해 이 새 버전을 수정합니다.
- 장치 제조업체는 이 수정된 버전을 사용하고 장치에 맞게 조정합니다.
- 기기 제조업체는 이동통신사와 협력하여 새 버전을 테스트하고 인증합니다.
- 장치 제조업체 및 운영자는 사용자가 새 버전을 사용할 수 있도록 합니다.
이 솔루션은 Project Treble이라고 하며 5월 17일 Google I/O 2017 이벤트에서 발표될 예정인 훌륭한 자산입니다.
그러나 프로젝트 트레블은 무엇입니까?
Google의 생각을 이해하기 위해 Android 애플리케이션에 구현된 Compatibility Test Suite(CTS)를 예로 들어 보겠습니다. 따라서 개발자는 CTS를 사용하여 각각을 조정할 필요 없이 수백만 대의 장치에서 실행할 준비가 된 응용 프로그램을 만듭니다.
이 메커니즘에서 영감을 받아 Google은 프로젝트 Treble을 만들었습니다. 이 프로젝트는 CTS가 응용 프로그램에 대해 수행하는 작업을 수행하려고 합니다. 핵심 개념은 공급업체 구현(대부분 하드웨어 제조업체가 작성한 하위 수준 특정 소프트웨어)을 Android 운영 체제 프레임워크에서 분리하는 것입니다.
이것은 Android 운영 체제의 구조와 공급업체 구현 사이에 새로운 공급업체 인터페이스를 도입함으로써 달성됩니다. 새로운 공급업체 인터페이스는 공급업체 구현과의 호환성을 보장하기 위해 CTS와 유사한 공급업체 테스트 제품군 또는 VTS에 의해 검증됩니다. 따라서 Android는 “Vendor Interface”에서 승리합니다.
Android 하드웨어의 특정 부분에 대한 액세스를 제공하는 안정적인 제조업체 인터페이스를 통해 기기 제조업체는 구성 요소 제조업체의 추가 작업 없이 Android 운영 체제의 구조를 업그레이드하기만 하면 소비자에게 새 버전의 Android를 제공할 수 있습니다.
Treble 프로젝트는 Android O와 함께 출시될 모든 장치에 도달할 것이며, 이 새로운 아키텍처는 이미 버전 개발자 프리뷰에 존재합니다. 이 접근 방식의 이점은 위의 이미지에서 볼 수 있듯이 분명합니다. 구성 요소 공급업체가 각 구성 요소의 버전을 다시 컴파일해야 하기 전에 이러한 새로운 접근 방식이 더 이상 필요하지 않습니다.
새로운 접근 방식으로 모든 업그레이드 문제가 해결됩니까?
이 새로운 접근 방식은 Google의 탁월한 선택이며 확실히 업그레이드 프로세스를 가속화하지만 기대만큼은 아닙니다. 제조업체는 여전히 클린 버전의 Android에 자체 기능, 도구 및 애플리케이션을 추가해야 합니다. 이 과정은 시간이 걸립니다. 또한 여전히 제조업체의 빌드보다 자신의 응용 프로그램을 배치하려는 통신 사업자가 많이 있을 것입니다.
그러나 Google은 특정 국가의 네트워크와 같이 특정 변경을 수행할 때 장비 및 부품 제조업체와 협력하여 누가 필요하지 않은지 확인하기 위해 AOSP(Android 오픈 소스 프로젝트)에 코드를 배치합니다. 모든 Android 릴리스에 대한 새 패치를 다시 작성합니다.
자세한 정보와 Google이 개발자에게 표시해야 하는 내용을 추적하려면 회사의 블로그 가까운 시일 내에 취해야 할 조치를 이해하는 데 도움이 됩니다.