Inhoudsopgave:
Er is een extreem goed gedefinieerde kloof tussen telefoons van Google en telefoons van andere bedrijven als het gaat om updates. Hoewel er een paar uitzonderingen zijn, weet je dat je alleen een tijdige Android-update kunt verwachten als je een telefoon gebruikt die onlangs door Google is verkocht. Kortom, tenzij uw telefoon Nexus of Pixel op de achterkant vermeldt, kunnen updates net zo willekeurig en onvoorspelbaar zijn als dobbelstenen.
Wanneer we beginnen te praten over de update-situatie, zal iemand zeggen dat Google het sneller kan doen omdat het niet via de providers en de bedrijven gaat die de telefoonhardware maken. Er is hier veel meer te spelen, maar een kijkje op hoe een Google Android-update wordt geboren en afgeleverd moet zorgen voor een leuk gesprek!
Twee misvattingen
Laten we beginnen met het aanpakken van twee dingen die de meesten van ons verkeerd doen: 1) Het aantal verkochte apparaten maakt een groot verschil. 2) Vervoerders en fabrikanten staan niet op de foto.
Het bouwen van een software-update voor één telefoon is hetzelfde als het bouwen van een software-update voor een miljoen telefoons. Er zijn verschillen in de implementatie omdat meer mensen het downloaden en er meer fouten kunnen gebeuren, maar het wijzigen van de code en het testen van alles werkt volledig onafhankelijk van hoeveel telefoons die het gebruiken in het wild zijn.
Android op een Nexus 5X is hetzelfde als Android op een Nexus 6P of Pixel.
Android is niet ontwikkeld in een bubbel en het wordt ook niet in één getest. Een fabrikant is nog steeds betrokken bij een update voor een Pixel- of Nexus-telefoon. Iemand werkt met de leveranciers die de afzonderlijke componenten maken en alles laten werken zoals verwacht en de licentiëring regelen, en dan wordt het getest met input van veel andere bedrijven, zoals grote softwareleveranciers en providers. Verizon (bijvoorbeeld) plaatst een behoorlijk hoge waarde op zijn netwerk en zou een bepaalde telefoon snel op de zwarte lijst zetten als deze problemen veroorzaakte. Google laat Verizon een kijkje nemen voordat dat kan gebeuren, hoewel de telefoon in kwestie mogelijk niet specifiek voor Verizon is gebrandmerkt.
Wat we hier echt bedoelen, is dat Google het enige bedrijf is dat de software voor een Android-update op een Nexus- of Pixel-telefoon schrijft. Dit is technisch ook niet correct, maar het brengt de boodschap over. Dit is Android zoals Google het heeft gemaakt zonder grote veranderingen.
De inzet
Google is behoorlijk goed in dit internetmateriaal. Het heeft een FOTA-update-systeem (F irmware O ver T he A ir) in Android ingebouwd dat eenvoudig en robuust is. Een toepassing in de systeemsoftware pingt een server en als het antwoord aangeeft dat een update beschikbaar is, start een speciale downloadbeheerservice en pakt het bestand. De bestanden worden gehost door Google voor bijna elke Android-telefoon.
Uw telefoon krijgt een updateslot toegewezen op basis van uw unieke apparaat-ID en een beetje willekeurig nummer genereren. Door de updatebestanden niet tegelijkertijd voor iedereen beschikbaar te maken, worden downloadservers niet verpletterd door de vraag en als een kritieke fout wordt ontdekt, kan de implementatie worden gestopt.
Op dezelfde manier wordt voor bijna elke andere telefoon een update geïmplementeerd.
Hoe een update wordt ontwikkeld
Dit is het belangrijkste onderdeel.
Alle updates, zelfs Nexus- of Pixel-updates, zijn betrokken bij de fabrikant en de provider. Ze worden allemaal op dezelfde eenvoudige manier uitgerold via Google Android-updateservers. Hoe de bijgewerkte code wordt geleverd door de mensen die deze schrijven aan de mensen die verantwoordelijk zijn voor het bouwen van software, heeft Google een duidelijk voordeel.
Wanneer een update door Google is "voltooid", is deze nog niet klaar voor Samsung.
De mensen die betrokken zijn bij het bouwen van Android voor een Nexus- of Pixel-telefoon, gebruiken in principe de Android-code zoals deze is geschreven. Android bouwen vanuit de broncode is helemaal niet moeilijk. Een paar opdrachten die worden gegeven aan een computer die correct is ingesteld om Android te compileren, is alles wat nodig is om alle onderdelen in software te bouwen die naar een telefoon kan worden gekopieerd. Het "harde" werk wordt gedaan door de mensen die de code zelf schrijven en wijzigen.
Telefoons verkocht door Samsung of LG of een ander bedrijf gebruiken de code niet zoals deze is geschreven. Dat betekent dat ze niet alleen de bijgewerkte onderdelen kunnen downloaden en hun software kunnen bouwen zoals Google dat kan. Dit is vooral duidelijk voor die maandelijkse Android-beveiligingspatches, die moeten worden aangepast om te werken met de aangepaste besturingssysteembedrijven die Android bouwen als basis.
De manier waarop Google omgaat met de broncode en bijgewerkte software voor hun eigen telefoons bouwt, is niet drastisch anders dan de manier waarop iemand anders het doet. Ontwikkelaars brengen wijzigingen aan en voegen functies toe aan de Android-bron. Google Hardware neemt die code en werkt samen met de bedrijven die de onderdelen in de telefoons maken om het goed te laten werken op elk model, en maakt het vervolgens beschikbaar voor het publiek via het bètaprogramma.
De stap die Google Hardware niet hoeft te doen - deze basislaagwijzigingen omzetten in de code voor een aangepast besturingssysteem - geeft een Nexus- of Pixel-telefoon een voorsprong als het gaat om wachten op een update.
Dit is onvermijdelijk wanneer verschillende bedrijven verschillende software bouwen met dezelfde basiscode. Het doel is een rijk ecosysteem dat is opgebouwd uit verschillende bedrijven die zeer verschillende ervaringen bieden en toch compatibel zijn met Android op functie- en app-niveau. We zouden het niet anders willen.
