{"id":14878,"date":"2015-05-29T14:50:01","date_gmt":"2015-05-29T14:50:01","guid":{"rendered":"http:\/\/www.businesscloudnews.com\/?p=226251"},"modified":"2015-05-29T14:50:01","modified_gmt":"2015-05-29T14:50:01","slug":"googles-iot-land-grab-will-brillo-help-or-hinder","status":"publish","type":"post","link":"https:\/\/icloud.pe\/blog\/googles-iot-land-grab-will-brillo-help-or-hinder\/","title":{"rendered":"Google\u2019s IoT land grab: will Brillo help or hinder?"},"content":{"rendered":"
\"Google's<\/a><\/p>\n

Google’s having a go at the Internet of Things, but how will it sit with developers and device manufacturers?<\/p>\n<\/div>\n

The long rumoured Project Brillo, Google\u2019s answer to the Internet of Things, was finally unveiled this week at the company\u2019s annual I\/O conference, and while the project shows promise it comes at time when device manufacturers and developers are increasingly being forced to choose between IoT ecosystems. Contrary to Google\u2019s stated aims, Brillo could \u2013 for the same reason \u2013 hinder interoperability and choice in IoT rather than facilitate it.<\/p>\n

It\u2019s difficult to see Project Brillo as anything more than it really is \u2013 an attempt at grabbing highly sought-after ground in the IoT space. It has two key components. There\u2019s Brillo, which is essentially a mini Android OS (made up of some of the services the fully fledged OS abstracts) which Google claims can run on tiny embeddable IP-connected devices (critically, the company hasn\u2019t revealed what the minimum specs for those devices are); and Weave, a proprietary set of APIs that help developers manage the communications layer linking apps on mobile phones to sensors via the cloud.<\/p>\n

Brillo will also come with metrics and crash reporting to help developers test and de-bug their IoT services.<\/p>\n

The company claims the Weave programme, which will see manufacturers certify to run Brillo on their embeddable devices in much the same Google works with handset makers to certify Android-based mobile devices, will help drive interoperability and quality \u2013 two things IoT desperately needs.<\/p>\n

The challenge is it\u2019s not entirely clear how Google\u2019s Brillo will deliver on either front. Full-whack Android is almost a case-in-point in itself. Despite have more than a few years to mature, the Android ecosystem is still plagued by fragmentation, which produces its fair share of headaches for developers. As we recently alluded to in an article about Google trying to tackle this problem<\/a>, developing for a multitude of platforms running Android can be a nightmare; an app running smoothly on an LG G3 can be prone to crashing on a Xiaomi or Sony device because of architectural or resource constraint differences.<\/p>\n

This may be further complicated in the IoT space by the fact that embeddable software is, at least currently, much more difficult to upgrade than Android, likely leading to even more software heterogeneity than one currently finds in the Android ecosystem.<\/p>\n

Another thing to consider is that most embeddable IoT devices currently in the market or planned for deployment are so computationally and power-constrained (particularly for industrial applications, which is where most IoT stuff is happening these days) that it\u2019s unclear whether there will be a market for Brillo to tap into anytime soon. This \u00a0isn\u2019t really much use for developers \u2013 the cohort Google\u2019s trying to go after.<\/p>\n

For device manufacturers, the challenge will be whether building to Google\u2019s specs will be worth the added cost of building alongside ARM, Arduino, Intel Edison or other IoT architectures. History would suggest that it\u2019s always cheaper to build to one architecture rather than multiple (which is what\u2019s driving standards development in this nascent space), and while Google tries to ease the pain of dealing with different manufacturers on the developer side by abstracting lower level functions through APIs, it could create a situation where manufacturers will have to choose which ecosystem they play in \u2013 leading to more fragmentation and as a result more frustration for developers. For developers, at least those unfamiliar with Android, it comes at the cost of being locked into a slew of proprietary (or at least Google-owned) technologies and APIs rather than open technologies that could \u2013 in a truly interoperable way \u2013 weave Brillo and non-Brillo devices with cloud services and mobile apps.<\/p>\n

Don\u2019t get me wrong \u2013 Google\u2019s reasoning is sound. The Internet of Things is the cool new kid on the block with forecast revenues so vast they could make a grown man weep. There are a fleet of developers building apps and services for Android and the company has great relationships with pretty much every silicon manufacturer on the planet. It seems reasonable to believe that the company which best captures the embeddable software space stands a pretty good chance at winning out at other levels of the IoT stack. But IoT craves interoperability and choice (and standards) more than anything, which even in the best of circumstances can create a tenuous relationship between developers and device manufacturers, where their respective needs stand in opposition. Unfortunately, it\u2019s not quite clear whether Brillo or Weave will truly deliver on the needs of either camp.<\/p>\n","protected":false},"excerpt":{"rendered":"

The long rumoured Project Brillo, Google’s answer to the Internet of Things, was finally unveiled this week at the company’s annual I\/O conference, and while the project shows promise it comes at time when device manufacturers and developers are increasingly being forced to choose between IoT ecosystems. Contrary to Google’s stated aims, Brillo could – for the same reason – hinder interoperability and choice in IoT rather than facilitate it.<\/p>\n","protected":false},"author":106,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[2677,893,1909,1297,2678],"tags":[],"class_list":["post-14878","post","type-post","status-publish","format-standard","hentry","category-google-brillo","category-internet-of-things","category-iot","category-opinion","category-weave"],"_links":{"self":[{"href":"https:\/\/icloud.pe\/blog\/wp-json\/wp\/v2\/posts\/14878","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/icloud.pe\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/icloud.pe\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/icloud.pe\/blog\/wp-json\/wp\/v2\/users\/106"}],"replies":[{"embeddable":true,"href":"https:\/\/icloud.pe\/blog\/wp-json\/wp\/v2\/comments?post=14878"}],"version-history":[{"count":1,"href":"https:\/\/icloud.pe\/blog\/wp-json\/wp\/v2\/posts\/14878\/revisions"}],"predecessor-version":[{"id":14879,"href":"https:\/\/icloud.pe\/blog\/wp-json\/wp\/v2\/posts\/14878\/revisions\/14879"}],"wp:attachment":[{"href":"https:\/\/icloud.pe\/blog\/wp-json\/wp\/v2\/media?parent=14878"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/icloud.pe\/blog\/wp-json\/wp\/v2\/categories?post=14878"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/icloud.pe\/blog\/wp-json\/wp\/v2\/tags?post=14878"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}