O projeto Treble do Google modulariza o Android para que os OEMs possam atualizar os dispositivos mais rapidamente

Hoje, o Google anunciou o Project Treble, um projeto que modulariza o Android para que os OEMs possam fornecer atualizações do Android mais rapidamente.

Uma das principais críticas ao Android é a fragmentação das atualizações de software. Até hoje, muitos dispositivos precisam esperar vários meses após seus equivalentes do Google apenas para receber a próxima versão principal do Android. Por exemplo, o Android Nougat foi lançado oficialmente em agosto do ano passado, mas os OEMs levaram meses a fio para lançar o Android 7.X para seus usuários. A partir deste mês, apenas aproximadamente 7% de todos os dispositivos Android estão executando o Android Nougat. Em um esforço para combater o longo período de tempo entre o lançamento de novas versões do Android e a atualização dos OEMs seus dispositivos, o Google anunciou a maior mudança na arquitetura do sistema de baixo nível do Android até o momento - Projeto Agudos.


Projeto Treble - Modularizando o Android para Melhorar as Atualizações de Software

Primeiro, para entender exatamente o que o Project Treble faz, é importante que você entenda o processo geral de atualização envolvido em cada iteração do Android. O processo pode ser resumido em aproximadamente 5 ou mais etapas, como:

  1. Versão AOSP - Google publica o código-fonte da nova versão do Android
  2. Compatibilidade de inicialização/hardware - Fabricantes de silício (Qualcomm, Samsung, Hisilicon, MediaTek, etc.) modifique o código-fonte para que o Android possa inicializar em seus chips e todo o hardware do chip funcione como esperado
  3. Modificações OEM - Esta fonte modificada é fornecida aos fabricantes de dispositivos (OEMS, como Samsung, LG, Huawei/Honor, OnePlus, HTC, etc.) para que possam modificar a fonte para incluir seus próprios Programas.
  4. Controle de qualidade/Teste - Os OEMs passam por fases de teste do software internamente e também testam seu software com suas operadoras parceiras.
  5. Lançamento geral - a atualização é eventualmente disponibilizada para os usuários finais ao longo de várias semanas por meio de atualizações OTA

O Google geralmente é muito rápido em liberar o código-fonte de cada nova versão do Android e até compartilha seu código em particular com alguns de seus parceiros para que eles possam começar a atualizar imediatamente sua base de código. O Google não tem controle sobre a duração das etapas 4 e 5, mas descobriu uma maneira de reduzir o tempo gasto na etapa 2. A equipe por trás do Android está "rearquitetando" o Android em um nível baixo para tornar mais fácil para os fabricantes de silício atualizar e testar seu código.

Para isso, o Google está apresentando o que eles chamam de Interface do fornecedor. Essa interface do fornecedor é semelhante em função ao Documento de Definição de Compatibilidade (CDD) e ao Conjunto de Testes de Compatibilidade (CTS), os quais garantem que os OEMs sabem exatamente o que precisam implementar para que seus dispositivos atendam aos requisitos necessários para executar o Google Play Services na versão mais recente do Android. O Google está modularizando o Android para que a estrutura do sistema operacional Android seja mantida separada do software de nível inferior específico do dispositivo escrito pelos fabricantes de silício. A interface do fornecedor é validada pelo Vendor Test Suite (VTS), para que os fabricantes de silício saibam exatamente quais requisitos precisam ser atendidos para que seus chips suportem a inicialização do Android.

O principal benefício dessa mudança é que os fabricantes de dispositivos (OEMs) agora podem optar por atualizar seus telefones atualizando a estrutura do sistema operacional Android sem ter que esperar pelos fabricantes de silício para atualizar o código de implementação do fornecedor. Embora esse movimento, se feito antes, provavelmente não teria afetado se há ou não dispositivos no MSM8974 receber a atualização do Android 7.0 Nougat (já que o problema decorre do CDD que exige a Vulkan Graphics API ou o GLES 3.1, algo que os OEMs teriam que esperar fabricantes de silício para trazer suporte para GPU em seu código-fonte), esse movimento ainda deve reduzir significativamente o tempo que leva para as principais atualizações do Android chegarem às mãos de consumidores.

Não podemos prever exatamente o quanto essa mudança reduzirá o tempo de atraso da atualização. A Microsoft resolveu esse problema há muito tempo com a abstração de hardware dos drivers do Windows, então esperamos que essa grande mudança de baixo nível aproxime o Android do Windows nesse sentido. A nova arquitetura do Project Treble já roda no Google Pixel e Pixel XL no Android O Developer Preview, e a documentação completa do projeto será disponibilizada com o lançamento do Android O ainda este verão.

Infelizmente, isso significa que, para a grande maioria dos dispositivos existentes, você não verá os frutos do trabalho da equipe do Android no Project Treble. Levará alguns anos até que possamos realmente ver se essa mudança teve ou não um efeito significativo na redução do tempo que você precisa esperar para obter o próximo sabor do Android. No entanto, este é um desenvolvimento empolgante para os fãs do Android, pois aborda um dos principais problemas com o sistema operacional que muitos de nós visitamos nos fóruns XDA-Developers para abordar: atualizações de software. Esperamos que faça jus ao hype.


Fonte: blog de desenvolvedores Android