You thought Android was open? The Android governance model consists of an elaborate set of control points that allows Google to bundle its own services and control the exact software and hardware make-up on every handset. All this while touting the openness rhetoric that is founded on the Apache permissive license used in the Android SDK.
Indeed, Google’s mobile platform is the smartest implementation of open source designed for driving commercial agendas. But before we dig into why, it’s worth discussing why Android’s success has very little to do with open source.
What makes Android tick
Despite early skepticism, Google’s Android operating system has been unequivocally supported by the mobile industry, including more network operators and handset manufacturers than one can count – with the stubborn exception of Nokia. Android managed to ramp from 1 handset model in 2008 to 50+ models announced for 2010 launch, leaving most industry observers in awe.
The Android success has nothing to do with open source; it’s owed to three key factors:
- Apple. As strange as it might seem, Android owes much of its success to one of its arch-rivals. Let me explain. With the unprecedented success of the iPhone and the take-it-or-leave-it terms dictated by Apple to network operators, the carriers have been eagerly looking for cheaper alternatives; as such the tier-1 operators have been embarking on Android projects to produce iPhones for people who can’t afford the iPhone and more importantly, without forking out the 300EUR+ subsidy needed to remain competitive in an iPhone market.
- Network operators/carriers around the world are eager to differentiate. Android provides the allure of a unified software platform supporting operator differentiation at a low cost (3 months instead of 12+ months offered by SavaJe, which was also aimed at the MNO customisation market). For larger operators with a software strategy, Android also presents a safe investment, as the mainstream option for bringing down the cost of smartphones. That’s why most Android handset projects are backed by a commercial bipoles of operator + OEM deals, with purchase commitments and NRE fees coming from the operator.
- Qualcomm. The $10B chipset vendor has been paramount to Android’s ramp up; manufacturers can take Qualcomm’s hardware reference design which is pre-integrated with Android and can go to market within an estimated 9-12 months (down from 16 months for the Motorola Cliq handset and 24+ months for the HTC G1). Besides Qualcomm we should also mention TI’s OMAP3 platform (on which Moto Droid is based) and ST Ericsson and Broadcom who are ramping up to offer chipsets with out-of-the-box support for Android.
In other words, in an Android handset, most of the OEM budget goes into differentiation; compare that to Symbian where most of the OEM budget goes into baseporting (radio and functional integration of hardware) due to historical choices made by Symbian in 2001. All-in-all, Android allows OEMs to reduce their R&D budgets and invest in differentiation, which is mana from heaven to manufacturers.
We should also not forget the ‘free factor’ (technically zero per-unit royalties for the public SDK) which stirred the emotional hype around Android handsets.
All in all, the ‘open source’ marketing moniker has been very successful at triggering major industry disruption – incl. Nokia ’s acquisition of Symbian and the derailment of Windows Mobile. Perhaps more importantly, the openness rhetoric and the Google aura has attracted thousands of developers on the platform, at a time when the money equation is sub-par; consider that – compared to the Apple devices – Android handsets are around 9x less in volume and paid-for apps are available in 6x fewer countries.
Behind the Open Source facade
What’s even more fascinating is how closed Android is, despite Google’s do-no-evil mantra and the permissive Apache 2 license which Android SDK is under. Paraphrasing a famous line from Henry Ford’s book on the Model-T, anyone can have Android in their own colour as long as it’s black. Android is the best example of how a company can use open source to build up interest and community participation, while running a very tight commercial model.
How does Google control what services, software and hardware ships in Android handsets? The search giant has built an elaborate system of control points around Android handsets.
To dig deeper we spent two months talking to industry sources close to Android commercials – and the reality has been startling. From a high level, Google uses 8 control points to manage the make-up of Android handsets:
1. Private branches. There are multiple, private codelines available to selected partners (typically the OEM working on an Android project) on a need-to-know basis only. The private codelines are an estimated 6+ months ahead of the public SDK and therefore essential for an OEM to stay competitive. The main motivation for the public SDK is to introduce the latest features (those stemming from private branches) into third party apps.
2. Closed review process. All code reviewers work for Google, meaning that Google is the only authority that can accept or reject a code submission from the community. There is also a rampant NIH (not invented here) culture inside Google that assumes code written by Googlers is second to none. Ask anyone who’s tried to contribute a patch to Android and you hear the same story: very few contributions get in and often no reason is offered on rejection.
3. Speed of evolution. Google innovates the Android platform at a speed that’s unprecedented for the mobile industry, releasing 4 major updates (1.6 to 2.1) in 18 months. OEMs wanting to build on Android have no choice but to stay close to Google so as not to lose on new features/bug fixes released. The Nexus One, Motorola Droid, HTC G1 and other Experience handsets serve the purpose of innovation testbeds for Google.
4. Incomplete software. The public SDK is by no means sufficient to build a handset. Key building blocks missing are radio integration, international language packs, operator packs – and of course Google’s closed source apps like Market, Gmail and GTalk. There are a few custom ROM builders with a full Android stack like the Cyanogen distribution, but these include binaries that are not licensed for distribution in commercial handsets.
5. Gated developer community. Android Market is the exclusive distribution and discovery channel for the 40,000+ apps created by developers; and is available to phone manufacturers on separate agreement. This is one of the strongest control points as no OEM would dare produce a handset that doesn’t tap into the Android Market (perhaps with the exception of DECT phones, picture frames, in-car terminals or other exotic uses of Android). However, one should acknowledge that Android’s acceptance process for Market apps is liberal as it gets – and the complete antithesis of the Apple vetting process for apps.
6. Anti-fragmentation agreement. Little is known about the anti-fragmentation agreement signed by OHA members but we understand it’s a commitment to not release handsets which are not CTS compliant (more on CTS later).
7. Private roadmap. The visibility offered into Android’s roadmap is pathetic. At the time of writing, the roadmap published publicly is a year out of date (Q1 2009). To get a sneak peak into the private roadmap you need Google’s blessing.
8. Android trademark. Google holds the trademark to the Android name; as a manufacturer you can only leverage on the Android branding with approval from Google.
In short, it’s either the Google way or the highway. If you want to branch off Android you ‘re completely on your own and you need resources of the size of China Mobile (see their OMS effort) to make it viable (hint: China Mobile is the biggest network operator bar none).
The Open Handset Alliance is another myth; since Google managed to attract sufficient industry interest in 2008, the OHA is simply a set of signatures with membership serving only as a VIP Club badge.
Another big chapter in the Android saga is the CTS (compatibility test suite) which is the formal testing process by which a handset passes Google requirements. According to our sources, CTS extends significantly beyond API compliance, and into performance testing, hardware features, device design, UI specs and bundled services. CTS is based on the principle of ensuring baseline compliance, so it’s ok to add features, but it’s not ok to detract; compare this with Apple’s no-Flash policy. Note that beyond CTS compliance, there are additional commercial licensing agreements that OEMs have to sign for Google services and private line access.
CTS hampers Android’s progress as well, as it precludes OEMs from creating stripped-down versions of Android that would fit on mass-market phones – those shipping in the 10s of millions. CTS – and forward compatibility to the pool of 40,000+ apps – is Google’s main challenge for hitting a 2-digit market share in the smartphone market. These restrictions – and frienemy relationship between Google and its OEM partners – have stirred up discussions of an ‘Android foundation‘ within OEM circles
The Google Endgame
With Android, Google aims to deliver a consistent platform to its own revenue-generating services. For now, this is the ad business. But in the future, Google is aiming at voice (reaching the billions who don’t have a data connection) and Checkout (i.e. becoming the Visa of mobile).
Yet whatever the endgame, it’s worth realising that Android is no more open – and no less closed – than Windows Mobile, Apple OSX or PalmOS; it’s the smartest implementation of open source aimed at driving commercial agendas. Android is much less about the do-no-evil rhetoric that the PR spinners in Mountain View would like us to think.
[Updated in response to readers' comments:] so, is Android evil? No, it isn’t. It has done no harm – quite the contrary, Android has boosted the level of innovation on mobile software. The point of the article is not to vilify Google or concoct visions of Darth Vader; but to balance the level of openness hysteria with a reality check on the commercial dynamics of mobile open source.
source
Labels: Android , Google , Linux
0 comments:
Post a Comment