Google I/O is net om de hoek en het is alleen maar logisch om iets te leren over iets dat met Android te maken heeft, terwijl de Search Giant zich opmaakt om de nieuwe versie van Android af te ronden.
Sinds het is begin, Bij Android draait alles om openheid en alomtegenwoordigheid. Het ging erom mensen keuze en de kracht te geven om meer te doen. Dit zou waarschijnlijk de 100e keer zijn dat ik over schrijf Android en elke keer dat ik erover schrijf, is het cruciaal om licht te werpen op waar Android voor staat. Android momenteel draait op meer dan 80% mobiele apparaten en is verreweg het grootste mobiele platform. Het bedient dagelijks meer dan een miljard gebruikers en het is goed op weg om het platform te worden dat de volgende miljard gebruikers online zou brengen
Android is ruim tien jaar geleden bedacht en in de tien jaar van zijn bestaan is het veel volwassen geworden, zowel intern als extern. Aanvankelijk werd Android geleverd met niet het best mogelijke ontwerp, maar 3 jaar geleden heeft Google het hele systeem vernieuwd met Android Lollipop 5.0 en materiaalontwerp. Tegenwoordig definieert Material Design de normen van het web en mobiel ontwerp. Het is best verbazingwekkend om terug te kijken naar hoeveel het platform is uitgebreid. Een mobiel besturingssysteem dat exclusief was voor mobiele apparaten, ondersteunt tegenwoordig een scala aan apparaten en vormfactoren. Het voedt apparaten van smartphones tot tablets en smartwatches. En in de afgelopen jaren is de ondersteuning voor tv's, auto's en slimme huishoudelijke apparaten uitgebreid.
Zoals het gezegde luidt: "Met grote kracht komen grote verantwoordelijkheden", heeft Android de verantwoordelijkheid om elegant op schaal te opereren. Dat gezegd hebbende, het is niet ver van problemen. Het is vrij duidelijk dat het beheren van zo'n groot platform onvoorziene uitdagingen met zich meebrengt. Vandaag zullen we kijken naar een van de grootste problemen die het platform sinds de begindagen hebben geplaagd.
Als je een Android-liefhebber bent, zou je waarschijnlijk al geraden hebben waar ik het over heb. ik heb het over de Android-fragmentatie.
Android heeft een jaarlijkse releasecyclus met nieuwe releases die elk jaar tegen het einde van de zomer / vroege herfst uitkomen. Dit betekent dat gebruikers elk jaar de nieuwste en beste functies van moeder Google kunnen proeven. Hoewel de gedachte misschien lucratief lijkt, is het eigenlijk niet zo. Het hele ecosysteem is een beetje gefragmenteerd door verschillende versies van Android (Android-fragmentatie) die we tegenwoordig als legacy beschouwen. Nu aan de andere kant, als we... vergelijk de toestand met iOS, het is een heel ander verhaal. Meer dan 90% iOS-apparaten draaien op de nieuwste en beste versie van iOS. Dat komt omdat Apple volledige controle heeft over het platform en de updates in vergelijking met Android, waar de hele updatesituatie nauw wordt gecontroleerd door siliciumleveranciers, -dragers en OEM's.
Alleen al het feit dat Apple zijn eigen hardware produceert en de software ontwikkelt die het aandrijft, geeft het een voorsprong op Android wat betreft updates. Het bedrijf kan letterlijk een update uitrollen en een meerderheid van zijn gebruikers naar de nieuwste versie van iOS brengen, terwijl Google, dat het meest gebruikte mobiele besturingssysteem op de markt heeft, moet wachten tot providers gebruikers naar de nieuwste versie van de besturingssysteem.
Voordat we dieper ingaan op de oorzaak van deze situatie, moeten we kijken naar een typische Android-releasecyclus en hoe elke entiteit inspeelt op de vertragingen.
Het Android-team publiceert tegen het einde van het jaar nieuwe code voor een Android-release in de open source-branche. Zodra de code uit is, wordt deze opgepikt door siliciumleveranciers zoals Qualcomm, die de code uitpakken om optimalisaties aan het besturingssysteem aan te brengen om hun SoC-lijnen beter van dienst te zijn, is dit het eerste deel van het hele vertragingsproces. Zodra de leverancier de gewijzigde code pusht, wordt deze opgepikt door apparaatfabrikanten of OEM's, zoals uw Samsung en LG. Ze nemen de code en passen deze aan om het beste bij hun merk te passen. Dit omvat zowel interne aanpassingen als externe visuele veranderingen. Dit is een van de grootste vertragingen in de updatecyclus.
Het updateproces wordt vanwege OEM met ongeveer 90 dagen vertraagd. Zodra de OEM klaar is met het wijzigen van de code, wordt deze doorgegeven aan de vervoerders. De providers kunnen al dan niet verdere wijzigingen in de code doorvoeren om hun eigen apps en services toe te voegen aan een Android die al sterk is aangepast door de vorige handlers. Apparaatfabrikanten en vervoerders voeren vervolgens tests uit om de nieuwe release te certificeren. Na alle bovengenoemde stappen geeft het bedrijf het eindelijk vrij aan de consumenten. Nu ziet het proces er visueel misschien klein en van korte duur uit, maar het duurt meestal meerdere maanden omdat elk afzonderlijk apparaat van een apparaatmaker hetzelfde proces doorloopt. En meestal maakt één Android-fabrikant meerdere Android-apparaten.
Als je zo ver in de post bent gekomen, vraag je je misschien af waarom Google het niet heeft opgelost, ze zijn tenslotte experts in het oplossen van problemen op grote schaal.
Je hebt misschien gelijk als het gaat om het oplossen van problemen op schaal, maar als het gaat om Android-updates. Google heeft nauwelijks controle en dit komt weer neer op Android's meest fundamentele principe, "Openheid". De bedrijven die apparaten met Android erop leveren, maken deel uit van de Open Handset Alliance. De Open Handset Alliance is opgericht met de visie om het platform waarop ontwikkelaars software bouwen te verenigen en gebruikers toch de keuze te bieden om een apparaat te kiezen. Als je je kunt herinneren, waren de dagen vóór Android ontmoedigend voor ontwikkelaars die gebruikers wilden dienen. Elke apparaatfabrikant had zijn eigen versie van een besturingssysteem en om een app te bouwen betekende letterlijk het schrijven van meerdere apps voor meerdere platforms. Terwijl de Open Handset Alliance het probleem van platformunificatie oploste, liet het Google in een positie met letterlijk heel weinig controle.
Ik weet dat dat niet echt de vraag beantwoordt, maar de vraag die al bestaat uitvergroot. Wat is de oplossing?
Om de updatecyclus te versnellen, ligt de voor de hand liggende keuze om de releasecyclus te versnellen en Google deed dat ook met Nougat. In plaats van de nieuwe versie van Android in november uit te brengen, liepen ze 3 maanden voor op schema met Android Nougat en de code in september verzonden. Maar zoals we allemaal weten, loste dat het kernprobleem niet echt op.
Dus wat nu? Blijft het Android-ecosysteem zo? Zullen gebruikers blijven lijden onder trage en onzekere updates?
Nee!
Introductie van Project Treble
Project Treble is de nieuwste poging van Google om versiefragmentatie op te lossen door het hele updateproces naadloos en sneller te maken. Het initiatief werd slechts een paar dagen geleden aangekondigd en hoewel we er zeker meer over zullen horen tijdens Google I/O, dat nu slechts enkele uren verwijderd is, is dit hoe het echt werkt.
Project Treble zal voor het Android Framework bereiken wat de Compatibility Test Suite deed voor apps. Het is een poging om het besturingssysteem in lagen op te delen. Met Project Treble zou de low-level software die is geschreven door siliciumfabrikanten worden gescheiden van het Android OS-framework. Nu ben ik het ermee eens dat het veel technisch jargon is, maar hier is de kern van het hele ding.
Op het moment van schrijven, wanneer een nieuwe Android-versie wordt verzonden, wordt veel van de interne code bijgewerkt. Dit betekent dat lagen die onafhankelijk zijn van de onderliggende kern ook meegesleept worden in opeenvolgende modificaties, en resulteren in een vertraagde updatecyclus. Met een stabiele leveranciersinterface kunnen de OEM's in wezen 2 herhalingen van herbewerking overslaan en gewoon het Android OS-framework updaten zonder dat er werk aan de kant van de siliciumleverancier nodig is.
Deze modulariteit is radicaal. En als alles volgens plan verloopt, zullen updatecycli veel sneller zijn. Het enige voorbehoud hier zou zijn dat Project Treble naar apparaten zou komen die met Android O en hoger zijn gelanceerd, dus dit laat het bestaande gebruikersbestand al achter. Maar op de langere termijn denk ik dat het de Android-ervaring meer gestroomlijnd zou maken.
Conclusie - Android-fragmentatie en hoe Google dit oplost
Updates en releasecycli zijn een van de belangrijkste dingen die iOS onderscheiden van Android. Apple's volledige controle over hun apparaatecosysteem maakt het voor hen gemakkelijker om een probleem op te lossen of een nieuwe functie uit te brengen zonder de bagage van een verouderd besturingssysteem mee te nemen. Versiefragmentatie was een historisch probleem met het Android-probleem en tot slot hebben we er misschien een oplossing voor. Als het Android-team erin slaagt dit probleem op te lossen, zal de ervaring in het hele Android-ecosysteem vergelijkbaar zijn met die van zijn concurrent iOS.
laat een reactie achter
Heb je iets te zeggen over dit artikel? Voeg je commentaar toe en start de discussie.