Aujourd'hui, Google a annoncé Project Treble, un projet qui modularise Android afin que les OEM puissent fournir les mises à jour Android plus rapidement.
L'une des principales critiques d'Android est la fragmentation des mises à jour logicielles. À ce jour, de nombreux appareils doivent attendre plusieurs mois après leurs homologues Google pour recevoir la prochaine version majeure d'Android. Par exemple, Android Nougat a été officiellement lancé en août de l'année dernière, mais il a fallu des mois aux OEM pour déployer Android 7.X auprès de leurs utilisateurs. Depuis ce mois-ci, seulement environ 7 % de tous les appareils Android exécutent Android Nougat. Dans un effort pour lutter contre la longue période de temps entre la sortie de nouvelles versions d'Android et la mise à jour des OEM leurs appareils, Google a annoncé le plus grand changement apporté à l'architecture système de bas niveau d'Android à ce jour - Projet Treble.
Project Treble - Modularisation d'Android pour améliorer les mises à jour logicielles
Tout d'abord, afin de comprendre ce que fait exactement Project Treble, il est important que vous compreniez le processus de mise à jour général impliqué dans chaque itération d'Android. Le processus peut être résumé en environ 5 étapes, à savoir :
- Version AOSP - Google publie le code source de la nouvelle version d'Android
- Compatibilité de démarrage/matériel - Les fabricants de silicium (Qualcomm, Samsung, Hisilicon, MediaTek, etc.) modifier le code source pour qu'Android puisse démarrer sur leurs puces, et tout le matériel sur la puce fonctionne comme attendu
- Modifications OEM - Cette source modifiée est ensuite donnée aux fabricants d'appareils (OEMS tels que Samsung, LG, Huawei/Honor, OnePlus, HTC, etc.) afin qu'ils puissent modifier la source pour inclure leur propre logiciel.
- QA/Testing - Les OEM subissent des phases de test du logiciel en interne et testent également leur logiciel avec leurs partenaires opérateurs.
- Version générale - la mise à jour est finalement mise à la disposition des utilisateurs finaux sur plusieurs semaines via des mises à jour OTA
Google est généralement très rapide pour publier le code source de chaque nouvelle version d'Android, et même partage son code en privé avec certains de ses partenaires afin qu'ils puissent commencer à mettre à jour immédiatement leur base de code. Google n'a aucun contrôle sur la durée des étapes 4 et 5, mais ils ont trouvé un moyen de réduire le temps passé à l'étape 2. L'équipe à l'origine d'Android "réorganise" Android à bas niveau afin de permettre aux fabricants de silicium de mettre à jour et de tester plus facilement leur code.
À cette fin, Google présente ce qu'ils appellent le Interface fournisseur. Cette interface fournisseur a une fonction similaire au document de définition de compatibilité (CDD) et à la suite de tests de compatibilité (CTS), qui garantissent tous deux que les OEM savent exactement ce qu'ils doivent mettre en œuvre pour que leurs appareils répondent aux exigences nécessaires pour exécuter les services Google Play sur la dernière version de Android. Google est en train de modulariser Android afin que le cadre du système d'exploitation Android soit séparé du logiciel de niveau inférieur spécifique à l'appareil écrit par les fabricants de silicium. L'interface fournisseur est validée par la suite de tests vendeur (VTS), de sorte que les fabricants de silicium savent exactement quelles exigences doivent être remplies pour que leurs puces prennent en charge le démarrage d'Android.
Le principal avantage de ce changement est que les fabricants d'appareils (OEM) peuvent désormais choisir de mettre à jour leurs téléphones en mettant à jour le cadre du système d'exploitation Android. sans avoir à attendre les fabricants de silicium pour mettre à jour le code d'implémentation de leur fournisseur. Bien que cette décision, si elle avait été prise plus tôt, n'aurait probablement pas affecté si oui ou non les appareils sur le MSM8974 recevoir la mise à jour Android 7.0 Nougat (car le problème provient du CDD nécessitant soit l'API Vulkan Graphics, soit GLES 3.1, ce que les OEM devraient attendre fabricants de silicium pour intégrer le support GPU dans leur code source), cette décision devrait encore réduire considérablement le temps nécessaire aux principales mises à jour Android pour atteindre les mains de consommateurs.
De combien ce mouvement réduira le délai de mise à jour, nous ne pouvons pas le prédire exactement. Microsoft a résolu ce problème il y a longtemps avec l'abstraction matérielle des pilotes Windows, nous espérons donc que ce changement majeur de bas niveau rapprochera un peu Android de Windows dans cette veine. La nouvelle architecture Project Treble fonctionne déjà sur Google Pixel et Pixel XL sur Android O Developer Aperçu, et la documentation complète du projet sera disponible avec le lancement d'Android O plus tard ce été.
Malheureusement, cela signifie que pour la grande majorité des appareils existants, vous ne verrez pas les fruits du travail de l'équipe Android dans Project Treble. Il faudra quelques années avant que nous puissions vraiment voir si cette décision a eu ou non un effet significatif sur la réduction du temps d'attente pour obtenir la prochaine version d'Android. Néanmoins, il s'agit d'un développement passionnant pour les fans d'Android, car il résout l'un des problèmes fondamentaux avec le système d'exploitation que beaucoup d'entre nous viennent sur les forums XDA-Developers pour aborder: les mises à jour logicielles. Nous espérons qu'il sera à la hauteur du battage médiatique.
Source: Blog des développeurs Android