2173
- 收藏
- 点赞
- 分享
- 举报
物联网江湖|第二回 列王的纷争 谷歌的利剑
Brillo会是下一个Android么?
Google的野望
Brillo与Android
作为移动互联网时代的赢家,Android虽然还不能说自己已经一统天下,但是与苹果的操作系统并称为双雄还是没有异议的。得益于Android的巨大成功,Google也将自己在操作系统方面的战场全面铺展开来。因此携移动端的巨大优势,大有全面侵入所有设备操作系统的趋势。在这种形势下,当年Google潜心修炼的ChromeOS甚至都不得不给Android让位。那么可以同样认为Brillo也是这种战略思维的具体实践。
作为移动端操作系统的王者,Android的成功与其提供的主要开发语言是Java不无关系。但是正所谓成也萧何败也萧何,Android现有的设计架构对其运行的硬件环境要求非常高。而这并不符合人们对物联网设备的基本认识。可以确定的是,不管是开发者,用户还是设备生产商,都无法忍受一个简简单单的温度控制设备居然要求512MB的内存。 这很荒谬,同时也无法承受高企的成本。这也从一个侧面反映了为什么智能设备这个概念炒作了这么多年,还依旧是只闻脚步响,不见人下来。
正是基于这种考虑,Brillo的推出就成了当然而然的事情。 尽管已经有很多物联网设备的产品使用了Android,但是因为各种各样的原因,Android并不是最优的选择。虽然没有明确的证据表明Brillo是基于Android重新优化设计的,但是有理由相信这种可能性非常高。根据各种各样的信息来看,Brillo能够支持低至32MB的硬件设备已是确凿无疑。这对之前基于Android开发物联网设备的开发者来当然是好消息。同时Google也期待着接下来会有前赴后继的Android开发人员投入到Brillo的开发中来。 这样,Brillo就可以带领Google从一个胜利走向另一个胜利。
Weave是什么
Weave是基于物联网的底层通信协议,它能够让现有的 Brillo 设备、手机和互联网进行相互通信。 Weave最初由Nest开发并使用于其生产的设备上。Google收购Nest之后,自然也将Weave纳于麾下。
Weave基于IPV6,是一个低功耗,低带宽,低延迟和高安全的通信协议。Weave协议支持设备之间直接通信,这样可以保证即使Intenet瘫痪导致服务中断之后,使用Weave的设备之间依然可以通信。有兴趣的读者可以参考这篇文章了解一下Weave更详细的情况。
Google的野望
现在的物联网的状态特别像智能手机与移动互联网爆发之前几年的状态。那时候,微软还在使用Windows Mobile6.5, 最火的智能终端是HTC的前身多普达。 在我身边,甚至有同学买PDA玩类似红警的即时战略游戏。那时候,大家因为看越狱里面的黑莓手机而去水货手机商那里淘黑莓。而现在,一切都完全不一样了,刚刚提到的这一切也仅仅是十年前的场景。 十年前,正是Google收购Android的时候。现在,Google想让这一切重新来过,然后在接下来的十年里继续引领科技浪潮。
Brillo和Weave正是Google寄予厚望的瓦雷利亚钢剑。 以Brillo作为物联网智能设备的操作系统,同时以Weave作为将这些设备连接起来互联协议。再加上其他硬件设备伙伴,这样属于Google的物联网生态就达成了一个完美的闭环。而Google正是希望以这样的闭环在这场列王的纷争中拔得头筹。
Google的合作伙伴
Google的合作伙伴
Google的硬件合作伙伴列表如下:
•Intel
•Marvell
•Qualcomm
•NXP
•Imagination
从上面可以看出,Brillo与Weave同时支持ARM架构,x86架构以及MIPS架构。
Brillo与Weave的现状
在这两者的官方开发者网站上,尚未看到完全开放试用的内容。想试用的还需通过申请才能得到试用许可。我自己也申请了一下,只不过到目前为止还没有得到回复。可能Google内部还在紧锣密鼓的开发测试吧。 现阶段只提供试用申请。
关于Google这么做的动机可能是这样子的:在发布了Brillo操作系统之后,肯定会有很多的慕名开发者来到该网站。所有慕名而来的开发者都是潜在的用户,还有可能是未来的深度用户。Google一定要想办法锁定这批用户,这批用户将来会是这一操作系统的种子用户以及潜在的志愿推广者。因此Google在试用申请的页面里还附带做了一个简单的问卷调查。这其中最重要的信息就是申请试用者的邮箱信息,这有利于Google在接下来的开发进程中不断的提醒该试用者我们一直在努力。这一点,是非常重要的一点,锁定种子用户。这也是我们能从其中学到的很重要的一点,尤其是对我们自己的开发者生态建设来讲。
物联网的现实
不过现有物联网的现实会让Google的野心实现起来变的很困难。不同场景下智能设备能力的不同必然导致硬件的碎片化,随之而来的就是IoT操作系统的碎片化。 即使Brillo要求的内存已经低至32MB了,这对很多智能设备来讲还是太高了。因此在内存空间以KB计的智能设备领域,Brillo注定无法分一杯羹。这也就给了其他厂商机会。更何况即使是在32MB及以上内存空间的设备领域,一个尚未开放试用的操作系统毫无优势可言。与此同时基于Android的Brillo的功耗问题还是个未知数。而Brillo的开放试用到现在也没有一个明确的时间表。这一切的一切都明确地传递着一个信号,只要我们自己把握住机会,未来大可期待。
结语
Google当然把Brillo看做下一个Android,但是其他厂商也希望自己的操作系统是下一个Windows,比如微软,下回我将分析一下微软的Windows IoT操作系统。
Google的野望
Brillo与Android
作为移动互联网时代的赢家,Android虽然还不能说自己已经一统天下,但是与苹果的操作系统并称为双雄还是没有异议的。得益于Android的巨大成功,Google也将自己在操作系统方面的战场全面铺展开来。因此携移动端的巨大优势,大有全面侵入所有设备操作系统的趋势。在这种形势下,当年Google潜心修炼的ChromeOS甚至都不得不给Android让位。那么可以同样认为Brillo也是这种战略思维的具体实践。
作为移动端操作系统的王者,Android的成功与其提供的主要开发语言是Java不无关系。但是正所谓成也萧何败也萧何,Android现有的设计架构对其运行的硬件环境要求非常高。而这并不符合人们对物联网设备的基本认识。可以确定的是,不管是开发者,用户还是设备生产商,都无法忍受一个简简单单的温度控制设备居然要求512MB的内存。 这很荒谬,同时也无法承受高企的成本。这也从一个侧面反映了为什么智能设备这个概念炒作了这么多年,还依旧是只闻脚步响,不见人下来。
正是基于这种考虑,Brillo的推出就成了当然而然的事情。 尽管已经有很多物联网设备的产品使用了Android,但是因为各种各样的原因,Android并不是最优的选择。虽然没有明确的证据表明Brillo是基于Android重新优化设计的,但是有理由相信这种可能性非常高。根据各种各样的信息来看,Brillo能够支持低至32MB的硬件设备已是确凿无疑。这对之前基于Android开发物联网设备的开发者来当然是好消息。同时Google也期待着接下来会有前赴后继的Android开发人员投入到Brillo的开发中来。 这样,Brillo就可以带领Google从一个胜利走向另一个胜利。
Weave是什么
Weave是基于物联网的底层通信协议,它能够让现有的 Brillo 设备、手机和互联网进行相互通信。 Weave最初由Nest开发并使用于其生产的设备上。Google收购Nest之后,自然也将Weave纳于麾下。
Weave基于IPV6,是一个低功耗,低带宽,低延迟和高安全的通信协议。Weave协议支持设备之间直接通信,这样可以保证即使Intenet瘫痪导致服务中断之后,使用Weave的设备之间依然可以通信。有兴趣的读者可以参考这篇文章了解一下Weave更详细的情况。
Google的野望
现在的物联网的状态特别像智能手机与移动互联网爆发之前几年的状态。那时候,微软还在使用Windows Mobile6.5, 最火的智能终端是HTC的前身多普达。 在我身边,甚至有同学买PDA玩类似红警的即时战略游戏。那时候,大家因为看越狱里面的黑莓手机而去水货手机商那里淘黑莓。而现在,一切都完全不一样了,刚刚提到的这一切也仅仅是十年前的场景。 十年前,正是Google收购Android的时候。现在,Google想让这一切重新来过,然后在接下来的十年里继续引领科技浪潮。
Brillo和Weave正是Google寄予厚望的瓦雷利亚钢剑。 以Brillo作为物联网智能设备的操作系统,同时以Weave作为将这些设备连接起来互联协议。再加上其他硬件设备伙伴,这样属于Google的物联网生态就达成了一个完美的闭环。而Google正是希望以这样的闭环在这场列王的纷争中拔得头筹。
Google的合作伙伴
Google的合作伙伴
Google的硬件合作伙伴列表如下:
•Intel
•Marvell
•Qualcomm
•NXP
•Imagination
从上面可以看出,Brillo与Weave同时支持ARM架构,x86架构以及MIPS架构。
Brillo与Weave的现状
在这两者的官方开发者网站上,尚未看到完全开放试用的内容。想试用的还需通过申请才能得到试用许可。我自己也申请了一下,只不过到目前为止还没有得到回复。可能Google内部还在紧锣密鼓的开发测试吧。 现阶段只提供试用申请。
关于Google这么做的动机可能是这样子的:在发布了Brillo操作系统之后,肯定会有很多的慕名开发者来到该网站。所有慕名而来的开发者都是潜在的用户,还有可能是未来的深度用户。Google一定要想办法锁定这批用户,这批用户将来会是这一操作系统的种子用户以及潜在的志愿推广者。因此Google在试用申请的页面里还附带做了一个简单的问卷调查。这其中最重要的信息就是申请试用者的邮箱信息,这有利于Google在接下来的开发进程中不断的提醒该试用者我们一直在努力。这一点,是非常重要的一点,锁定种子用户。这也是我们能从其中学到的很重要的一点,尤其是对我们自己的开发者生态建设来讲。
物联网的现实
不过现有物联网的现实会让Google的野心实现起来变的很困难。不同场景下智能设备能力的不同必然导致硬件的碎片化,随之而来的就是IoT操作系统的碎片化。 即使Brillo要求的内存已经低至32MB了,这对很多智能设备来讲还是太高了。因此在内存空间以KB计的智能设备领域,Brillo注定无法分一杯羹。这也就给了其他厂商机会。更何况即使是在32MB及以上内存空间的设备领域,一个尚未开放试用的操作系统毫无优势可言。与此同时基于Android的Brillo的功耗问题还是个未知数。而Brillo的开放试用到现在也没有一个明确的时间表。这一切的一切都明确地传递着一个信号,只要我们自己把握住机会,未来大可期待。
结语
Google当然把Brillo看做下一个Android,但是其他厂商也希望自己的操作系统是下一个Windows,比如微软,下回我将分析一下微软的Windows IoT操作系统。
我来回答
回答2个
时间排序
认可量排序
认可0
认可0
或将文件直接拖到这里
悬赏:
E币
网盘
* 网盘链接:
* 提取码:
悬赏:
E币
Markdown 语法
- 加粗**内容**
- 斜体*内容*
- 删除线~~内容~~
- 引用> 引用内容
- 代码`代码`
- 代码块```编程语言↵代码```
- 链接[链接标题](url)
- 无序列表- 内容
- 有序列表1. 内容
- 缩进内容
- 图片![alt](url)
相关问答
-
2018-07-06 13:47:54
-
22018-08-13 17:46:05
-
2020-11-10 14:15:49
-
02018-07-09 10:28:31
-
02013-06-28 20:55:18
-
2013-11-26 20:38:33
-
2018-07-09 09:22:35
-
2018-07-09 10:31:08
-
32013-11-18 10:33:59
-
2013-11-28 22:27:47
-
2013-08-29 19:30:21
-
2013-12-02 22:28:32
-
2014-07-10 14:40:44
-
2013-12-02 22:41:33
-
2016-01-06 15:36:03
-
2020-06-10 18:48:40
-
2013-12-07 23:08:59
-
2013-08-28 11:29:32
-
2013-11-29 23:02:26
无更多相似问答 去提问
点击登录
-- 积分
-- E币
提问
—
收益
—
被采纳
—
我要提问
切换马甲
上一页
下一页
悬赏问答
-
5Hi3516CV610 如何使用SD卡升级固件
-
5cat /dev/logmpp 报错 <3>[ vi] [func]:vi_send_frame_node [line]:99 [info]:vi pic queue is full!
-
50如何获取vpss chn的图像修改后发送至vo
-
5FPGA通过Bt1120传YUV422数据过来,vi接收不到数据——3516dv500
-
50SS928 运行PQtools 拼接 推到设备里有一半画面会异常
-
53536AV100的sample_vdec输出到CVBS显示
-
10海思板子mpp怎么在vi阶段改变视频数据尺寸
-
10HI3559AV100 多摄像头同步模式
-
9海思ss928单路摄像头vio中加入opencv处理并显示
-
10EB-RV1126-BC-191板子运行自己编码的程序
举报反馈
举报类型
- 内容涉黄/赌/毒
- 内容侵权/抄袭
- 政治相关
- 涉嫌广告
- 侮辱谩骂
- 其他
详细说明
提醒
你的问题还没有最佳答案,是否结题,结题后将扣除20%的悬赏金
取消
确认
提醒
你的问题还没有最佳答案,是否结题,结题后将根据回答情况扣除相应悬赏金(1回答=1E币)
取消
确认