b***i
发帖数: 3043 | 1 大家谈谈家电上网的服务器端的设计如何？我要在机场把家里的灯关掉，如何设计要求
和如何解决？
比如，大概1秒钟内关掉，还是1分钟内关掉算符合要求？这种服务器大概多少成本？
【 以下文字转载自 PDA 讨论区 】
发信人: SimonX (Colin), 信区: PDA
标 题: Re: 关于Home Automation，兼回SimonX
发信站: BBS 未名空间站 (Sun Sep 22 18:34:28 2013, 美东)
靠， 没想到俺的大名挂到你帖子上了。我其实只是回回我的看法， 我个人也打算离开
这个行业了，没有挑战你的意思， 我也是菜鸟屌丝一个
Philip hue 的系统， 两年前的起始开发， 我是知情者之一。我了解it做的很差。
但是高端 HA 产品， 有公司的年销售可以到 3~4B， 你可以关注一下。
其实这个帖子每个人的问题都是要去解决的， 问题的关键不是设备侧， 而是服务器侧
。 SKYPE/MSN 相关的 NAT/ICE 技术是比较常见的方案，但是负载和由此引发的费用比
较高， 这就是所谓的盈利模式的问题， 实际操作起来， 没人愿意付钱的， 都是屌丝
， 卖设备， 设备能够值几个钱？也许你的 dydns 是一个方案， 但是还是那句话，
一旦涉及负载和存储， 费用就哗哗上去了。
还有一个很大的问题就是用户信息的安全， 这个他妈你做大了就都是问题了。
其实设备这一侧， 设备不稳定性的问题也是要考虑的问题。 简单说， 你觉的做电插
座简单吗？ 你觉得做 $100 的电插座简单不简单？ 不简单， 你签事故协议试试看?
设备量到百万级以上， 服务器负载的设计就有时另外一种问题了，你如果有百万级设
备终端的部署经验， 你可以尝试把公司卖给我以前的公司。你一定可以卖到 100M 以
上的价钱
Javascript |
c***d
发帖数: 996 | 2 服务器无非流量延时并发几个指标，数据类型这么简单， 一台机器支持几十万个设备
应该小意思。
【在 b***i 的大作中提到】
: 大家谈谈家电上网的服务器端的设计如何？我要在机场把家里的灯关掉，如何设计要求
: 和如何解决？
: 比如，大概1秒钟内关掉，还是1分钟内关掉算符合要求？这种服务器大概多少成本？
: 【 以下文字转载自 PDA 讨论区 】
: 发信人: SimonX (Colin), 信区: PDA
: 标 题: Re: 关于Home Automation，兼回SimonX
: 发信站: BBS 未名空间站 (Sun Sep 22 18:34:28 2013, 美东)
: 靠， 没想到俺的大名挂到你帖子上了。我其实只是回回我的看法， 我个人也打算离开
: 这个行业了，没有挑战你的意思， 我也是菜鸟屌丝一个
: Philip hue 的系统， 两年前的起始开发， 我是知情者之一。我了解it做的很差。
|
g*****g
发帖数: 34805 | 3 web service，弄个long poll，没什么难度。跟手机上push到app一个方式。 |
b*******s
发帖数: 5216 | 4 我觉得服务器什么的都不是难点，而是家电本身是否支持
不支持就只能考虑用遥控的开关了
【在 g*****g 的大作中提到】
: web service，弄个long poll，没什么难度。跟手机上push到app一个方式。
|
b*******s
发帖数: 5216 | 5 就是那种能模拟人按下开关动作的开关，好像是靠内部气囊充放气来做到的
【在 b*******s 的大作中提到】
: 我觉得服务器什么的都不是难点，而是家电本身是否支持
: 不支持就只能考虑用遥控的开关了
|
b***i
发帖数: 3043 | 6 我估算了一下，如果每个设备每秒读取1kB数据，100万个设备每个月需要2600TB数据。
每秒发送1GB。大约多少个CPU可以来完成这个任务？1个还是几个？
每秒100万个1kB小数据块能够及时（1秒内）回到客户端吗？
【在 g*****g 的大作中提到】
: web service，弄个long poll，没什么难度。跟手机上push到app一个方式。
|
l*********s
发帖数: 5409 | 7 you need cluster
【在 b***i 的大作中提到】
: 我估算了一下，如果每个设备每秒读取1kB数据，100万个设备每个月需要2600TB数据。
: 每秒发送1GB。大约多少个CPU可以来完成这个任务？1个还是几个？
: 每秒100万个1kB小数据块能够及时（1秒内）回到客户端吗？
|
b***i
发帖数: 3043 | 8 具体需要多少个CPU呢？分Java servlet和C++直接实现TCP/IP级别的
【在 l*********s 的大作中提到】
: you need cluster
|
b*******s
发帖数: 5216 | 9 从楼主的用例来看，和你说的完全不搭界
你能想象你家的灯一直在和服务器保持每秒1k数据的通信？
这设计实在糟糕
【在 b***i 的大作中提到】
: 我估算了一下，如果每个设备每秒读取1kB数据，100万个设备每个月需要2600TB数据。
: 每秒发送1GB。大约多少个CPU可以来完成这个任务？1个还是几个？
: 每秒100万个1kB小数据块能够及时（1秒内）回到客户端吗？
|
b***i
发帖数: 3043 | 10 慢慢改进呗。如果使用goodbug说的long poll, 那么能否做到在手机发送指令后，服务
器立即传送回设备，响应在1秒内完成？
保持long poll可以多长时间。保持的过程中服务器需要做什么？保持链接是否可以由
设备发向服务器，而不是服务器发回？假设设备是自己写的代码，服务器也完全控制，
我看到NAT一般15分钟要刷新。这样可以把1秒1k变成10分钟1k。
【在 b*******s 的大作中提到】
: 从楼主的用例来看，和你说的完全不搭界
: 你能想象你家的灯一直在和服务器保持每秒1k数据的通信？
: 这设计实在糟糕
|
|
|
b*******s
发帖数: 5216 | 11 你需要的不是维持这个通信，而是设备把自身信息注册到服务器上
当你指令发出时，服务器根据最后的设备信息来建立和设备的通信
看不出有任何必要要维护这些连接
【在 b***i 的大作中提到】
: 慢慢改进呗。如果使用goodbug说的long poll, 那么能否做到在手机发送指令后，服务
: 器立即传送回设备，响应在1秒内完成？
: 保持long poll可以多长时间。保持的过程中服务器需要做什么？保持链接是否可以由
: 设备发向服务器，而不是服务器发回？假设设备是自己写的代码，服务器也完全控制，
: 我看到NAT一般15分钟要刷新。这样可以把1秒1k变成10分钟1k。
|
b***i
发帖数: 3043 | 12 目的是为了反向通过NAT。象skype那样。因为大多数家庭都有router。skype这样的应
用不需要用户自己进行port forwarding，很方便。
如果没有家里的路由器这个障碍，服务器直接和设备是可以通讯的。
【在 b*******s 的大作中提到】
: 你需要的不是维持这个通信，而是设备把自身信息注册到服务器上
: 当你指令发出时，服务器根据最后的设备信息来建立和设备的通信
: 看不出有任何必要要维护这些连接
|
b*******s
发帖数: 5216 | 13 long poll很难保持实时性
【在 b***i 的大作中提到】
: 目的是为了反向通过NAT。象skype那样。因为大多数家庭都有router。skype这样的应
: 用不需要用户自己进行port forwarding，很方便。
: 如果没有家里的路由器这个障碍，服务器直接和设备是可以通讯的。
|
b***i
发帖数: 3043 | 14 那是不是还是得每秒1次？
【在 b*******s 的大作中提到】
: long poll很难保持实时性
|
b*******s
发帖数: 5216 | 15 看来还只能这样了，不过可以做点优化，比如一个家庭里面只有一个设备每秒一次
其余设备由这个设备转发指令
可以减少流量
或者多个设备都做long poll，但时间错开，互相通知，可以改善一点实时性
【在 b***i 的大作中提到】
: 那是不是还是得每秒1次？
|
w***g
发帖数: 5958 | 16 对的。 得有一个pogoplug这样的设备一直连线作为server.
【在 b*******s 的大作中提到】
: 看来还只能这样了，不过可以做点优化，比如一个家庭里面只有一个设备每秒一次
: 其余设备由这个设备转发指令
: 可以减少流量
: 或者多个设备都做long poll，但时间错开，互相通知，可以改善一点实时性
|
b***i
发帖数: 3043 | 17 一个家里有一个中央设备是可以的。如果中央设备发现手机回到家里了，立刻断开long
poll。直到它找不到手机的时候后再继续long poll。可以大概节省一半资源。不过这
个得全世界一起用才节省，因为一个国家的人大概同一时间回到家里。那么，一个网卡
估计可以服务100000个家庭。
【在 b*******s 的大作中提到】
: 看来还只能这样了，不过可以做点优化，比如一个家庭里面只有一个设备每秒一次
: 其余设备由这个设备转发指令
: 可以减少流量
: 或者多个设备都做long poll，但时间错开，互相通知，可以改善一点实时性
|
b*******s
发帖数: 5216 | 18 或者能不能这么做：
想个办法在家里的设备上，不停的拿自己的router的wan的ip
发现有改变就重新注册到服务器，但是保持唯一的id辨识
在这个ip地址上，放一个web server来跑web service？
不是很确定这个是否可行
【在 w***g 的大作中提到】
: 对的。 得有一个pogoplug这样的设备一直连线作为server.
|
b*******s
发帖数: 5216 | 19 http://www.youtube.com/watch?v=X5fUauwOuNo
编程实现也是可能的
【在 b*******s 的大作中提到】
: 或者能不能这么做：
: 想个办法在家里的设备上，不停的拿自己的router的wan的ip
: 发现有改变就重新注册到服务器，但是保持唯一的id辨识
: 在这个ip地址上，放一个web server来跑web service？
: 不是很确定这个是否可行
|
b*******s
发帖数: 5216 | |
|
|
g****r
发帖数: 1589 | 21 想搞M2M的，可以多看看tesla的设计
【在 b***i 的大作中提到】
: 大家谈谈家电上网的服务器端的设计如何？我要在机场把家里的灯关掉，如何设计要求
: 和如何解决？
: 比如，大概1秒钟内关掉，还是1分钟内关掉算符合要求？这种服务器大概多少成本？
: 【 以下文字转载自 PDA 讨论区 】
: 发信人: SimonX (Colin), 信区: PDA
: 标 题: Re: 关于Home Automation，兼回SimonX
: 发信站: BBS 未名空间站 (Sun Sep 22 18:34:28 2013, 美东)
: 靠， 没想到俺的大名挂到你帖子上了。我其实只是回回我的看法， 我个人也打算离开
: 这个行业了，没有挑战你的意思， 我也是菜鸟屌丝一个
: Philip hue 的系统， 两年前的起始开发， 我是知情者之一。我了解it做的很差。
|
g*****g
发帖数: 34805 | 22 Long poll is blocking on server and server will return a response
immediately on state change or the request times out. It's subsecond. Most
real time mobile app, e.g. chat apps work this way.
On mobile, timeout is typically between 5 min to 15 min, depending on the
gateways. I think home devices generally can have higher timeout though the
route. In any case, assume average timeout is 10 min or 600 seconds, for 1M
device, you are looking at 1667 requests per second, a 10 nodes cluster and
an in memory DB like Redis should be able to handle it. That's not much with
EC2 if you do have 1M subscribers.
【在 b***i 的大作中提到】
: 慢慢改进呗。如果使用goodbug说的long poll, 那么能否做到在手机发送指令后，服务
: 器立即传送回设备，响应在1秒内完成？
: 保持long poll可以多长时间。保持的过程中服务器需要做什么？保持链接是否可以由
: 设备发向服务器，而不是服务器发回？假设设备是自己写的代码，服务器也完全控制，
: 我看到NAT一般15分钟要刷新。这样可以把1秒1k变成10分钟1k。
|
g*****g
发帖数: 34805 | 23 不可行，路由器上的防火墙，所有从外面发起的request是进不来的，如果你还要设置
路由，
那就没人用了。
【在 b*******s 的大作中提到】
: 或者能不能这么做：
: 想个办法在家里的设备上，不停的拿自己的router的wan的ip
: 发现有改变就重新注册到服务器，但是保持唯一的id辨识
: 在这个ip地址上，放一个web server来跑web service？
: 不是很确定这个是否可行
|
g*****g
发帖数: 34805 | 24 拿到外部ip地址跟外部能够主动透过防火墙两回事。某个路由器可以编程实现，不等于
所有路由
器api都一样，
就不说路由本身还有密码
【在 b*******s 的大作中提到】
: 一段简单的实现代码
: http://stackoverflow.com/questions/5037279/external-ip-address
|
b***i
发帖数: 3043 | 25 long poll 有没有服务器端口数目的限制？
the
1M
and
with
【在 g*****g 的大作中提到】
: Long poll is blocking on server and server will return a response
: immediately on state change or the request times out. It's subsecond. Most
: real time mobile app, e.g. chat apps work this way.
: On mobile, timeout is typically between 5 min to 15 min, depending on the
: gateways. I think home devices generally can have higher timeout though the
: route. In any case, assume average timeout is 10 min or 600 seconds, for 1M
: device, you are looking at 1667 requests per second, a 10 nodes cluster and
: an in memory DB like Redis should be able to handle it. That's not much with
: EC2 if you do have 1M subscribers.
|
h*******t
发帖数: 2679 | 26 你是在做还是只是想想？你现在想的很不靠谱啊。
这些都是你家里的系统内部的流量。跟你手机没关。
【在 b***i 的大作中提到】
: 我估算了一下，如果每个设备每秒读取1kB数据，100万个设备每个月需要2600TB数据。
: 每秒发送1GB。大约多少个CPU可以来完成这个任务？1个还是几个？
: 每秒100万个1kB小数据块能够及时（1秒内）回到客户端吗？
|
b***i
发帖数: 3043 | 27 目的很简单，在机场用手机把家里的灯关掉，要求大概1秒钟内完成。
【在 h*******t 的大作中提到】
: 你是在做还是只是想想？你现在想的很不靠谱啊。
: 这些都是你家里的系统内部的流量。跟你手机没关。
|
s**********t
发帖数: 16 | 28 不改router设置的话就必须有server。还没看到什么公司真的有好办法。 |
g*****g
发帖数: 34805 | 29 There's an ephemeral port limit for about 64K per IP address. But you can
assign multiple IP addresses to the same box.
【在 b***i 的大作中提到】
: long poll 有没有服务器端口数目的限制？
:
: the
: 1M
: and
: with
|
b***i
发帖数: 3043 | 30 是吗？不需要多个网卡？AWS可以这么做吗？
【在 g*****g 的大作中提到】
: There's an ephemeral port limit for about 64K per IP address. But you can
: assign multiple IP addresses to the same box.
|
|
|
b*******s
发帖数: 5216 | 31 你肯定能吓你家里人一跳 ：）
【在 b***i 的大作中提到】
: 目的很简单，在机场用手机把家里的灯关掉，要求大概1秒钟内完成。
|
b*******s
发帖数: 5216 | 32 可以送设置好的router
【在 g*****g 的大作中提到】
: 不可行，路由器上的防火墙，所有从外面发起的request是进不来的，如果你还要设置
: 路由，
: 那就没人用了。
|
b***i
发帖数: 3043 | 33 很多modem和router一体的，没法加了
【在 b*******s 的大作中提到】
: 可以送设置好的router
|
g*****g
发帖数: 34805 | 34 Not sure about AWS, but you can always run more but smaller VM to balance it
out
if that's what you need.
【在 b***i 的大作中提到】
: 是吗？不需要多个网卡？AWS可以这么做吗？
|
x****d
发帖数: 1766 | 35 用服务器的理念就是现在革命的对象。
雪村和陵镜之后，革命的对象就是隐私侵犯。
中央大规模集成服务器，最后一里，客户端设备这三样隐私致命点，服务器应该是最先
被搞掉。facebook时代一定会成为历史。当然服务器搞掉是指特定情况下不采用。
做家电上网还想着服务器就错了。做这方面研究的出来说说，我是听说的。这里肯定有
搞分布式计算研究的，家电应用是他们的考虑吧。 |
t*****s
发帖数: 416 | 36 没有具体解决方案
连思路都没有
所以说白了你就是在炒概念
【在 x****d 的大作中提到】
: 用服务器的理念就是现在革命的对象。
: 雪村和陵镜之后，革命的对象就是隐私侵犯。
: 中央大规模集成服务器，最后一里，客户端设备这三样隐私致命点，服务器应该是最先
: 被搞掉。facebook时代一定会成为历史。当然服务器搞掉是指特定情况下不采用。
: 做家电上网还想着服务器就错了。做这方面研究的出来说说，我是听说的。这里肯定有
: 搞分布式计算研究的，家电应用是他们的考虑吧。
|
b*******s
发帖数: 5216 | 37 我觉得是应该搞专用router，搞一个行业协议，提供怎么发现设备，更新设备状态等
这样解决很多问题都比较简单了，就是一般的router，支持一个内置的很简单的httpd
手机就是向服务器问个家里router的注册地址，直接访问上面的web service就是了
【在 t*****s 的大作中提到】
: 没有具体解决方案
: 连思路都没有
: 所以说白了你就是在炒概念
|
t*****s
发帖数: 416 | 38 你这个还是C/S模式，人家要上P2P呢。
httpd
【在 b*******s 的大作中提到】
: 我觉得是应该搞专用router，搞一个行业协议，提供怎么发现设备，更新设备状态等
: 这样解决很多问题都比较简单了，就是一般的router，支持一个内置的很简单的httpd
: 手机就是向服务器问个家里router的注册地址，直接访问上面的web service就是了
|
b*******s
发帖数: 5216 | 39 问题是有什么必要p2p? 电灯和电视交换数据？好奇
这个也不是传统的c/s吧，一个简单的event driven
【在 t*****s 的大作中提到】
: 你这个还是C/S模式，人家要上P2P呢。
:
: httpd
|
g*****g
发帖数: 34805 | 40 太naive，这种东西都要拼成本，还上一个路由，一点戏都没有。
httpd
【在 b*******s 的大作中提到】
: 我觉得是应该搞专用router，搞一个行业协议，提供怎么发现设备，更新设备状态等
: 这样解决很多问题都比较简单了，就是一般的router，支持一个内置的很简单的httpd
: 手机就是向服务器问个家里router的注册地址，直接访问上面的web service就是了
|
|
|
x****d
发帖数: 1766 | 41 我不是这方面专家。这个路还很长，不是说没具体方案。你去看commotion和zeromq吧
，看完你至少会得到些启发。其实还有很多方案，考虑家电上网春天还有几年，摩尔定
理推算，家电上有一个比现在手机强两三倍计算能力的东东不是很不靠谱吧？
让我用我懂的技术做，我都能做出来，用embendded的activeMQ都行。不就是messaging
么？
我家冰箱电视还要给中宣部发布信息？给cia，fbi监控？ WTF！
【在 t*****s 的大作中提到】
: 没有具体解决方案
: 连思路都没有
: 所以说白了你就是在炒概念
|
t*****s
发帖数: 416 | 42 你见过解决方案有打这么多字的时间把基本思路贴出来不完了？
摩尔定律早就打破了。
messaging
【在 x****d 的大作中提到】
: 我不是这方面专家。这个路还很长，不是说没具体方案。你去看commotion和zeromq吧
: ，看完你至少会得到些启发。其实还有很多方案，考虑家电上网春天还有几年，摩尔定
: 理推算，家电上有一个比现在手机强两三倍计算能力的东东不是很不靠谱吧？
: 让我用我懂的技术做，我都能做出来，用embendded的activeMQ都行。不就是messaging
: 么？
: 我家冰箱电视还要给中宣部发布信息？给cia，fbi监控？ WTF！
|
b*******s
发帖数: 5216 | 43 其实成本并不高，大概二三十刀就能做下来
而且是一次性的，比租大量服务器长远来看是肯定省钱
类似top-set box一样的硬件服务捆绑，
很成熟的商业模式
对于购买智能家电方案的用户并不难接受
【在 g*****g 的大作中提到】
: 太naive，这种东西都要拼成本，还上一个路由，一点戏都没有。
:
: httpd
|
g*****g
发帖数: 34805 | 44 你看来真是外行，这年头host 10-20台服务器才几个钱，mobile上一堆赔钱赚吆喝的，
弄个几千万用户，就是instagram。搞不到那么多人，人少服务器也少，亏不了那么多。
相反，硬件上你一方案比别人多20-30刀，根本就卖不出去。
这年头最值钱的不是别的，恰恰是用户数据。用户啥时候开啥，关啥，好好分析都是能
卖给商家来钱的东西。
【在 b*******s 的大作中提到】
: 其实成本并不高，大概二三十刀就能做下来
: 而且是一次性的，比租大量服务器长远来看是肯定省钱
: 类似top-set box一样的硬件服务捆绑，
: 很成熟的商业模式
: 对于购买智能家电方案的用户并不难接受
|
b*******s
发帖数: 5216 | 45 我现在倒是觉得，你就是个用大话唬人的
多。
【在 g*****g 的大作中提到】
: 你看来真是外行，这年头host 10-20台服务器才几个钱，mobile上一堆赔钱赚吆喝的，
: 弄个几千万用户，就是instagram。搞不到那么多人，人少服务器也少，亏不了那么多。
: 相反，硬件上你一方案比别人多20-30刀，根本就卖不出去。
: 这年头最值钱的不是别的，恰恰是用户数据。用户啥时候开啥，关啥，好好分析都是能
: 卖给商家来钱的东西。
|
g*****g
发帖数: 34805 | 46 你是外行看热闹呗。
【在 b*******s 的大作中提到】
: 我现在倒是觉得，你就是个用大话唬人的
:
: 多。
|
b*******s
发帖数: 5216 | 47 好吧，你们netflix把foxtel之类pay tv干掉了吗？
他们光是一个看电视就要配个topset box
一个盒子成本要七八十
是不是很蠢呢？
【在 g*****g 的大作中提到】
: 你是外行看热闹呗。
|
g*****g
发帖数: 34805 | 48 什么东西都有个过程，10年前，Blockbuster看过去一个手指头就干掉Netflix了。
【在 b*******s 的大作中提到】
: 好吧，你们netflix把foxtel之类pay tv干掉了吗？
: 他们光是一个看电视就要配个topset box
: 一个盒子成本要七八十
: 是不是很蠢呢？
|
b*******s
发帖数: 5216 | 49 有家pay tv，看新闻才上了新的topset box项目，规模很大，vod等都支持
新写的中间件部分，是他们架构师水平差，不知道用类似你们的方案？
讲话别太满，我正好有朋友就在那个工业
【在 g*****g 的大作中提到】
: 什么东西都有个过程，10年前，Blockbuster看过去一个手指头就干掉Netflix了。
|
b*******s
发帖数: 5216 | 50 讲句老实话，几千万个家庭，每个家庭几十个智能家电
恐怕你的每个家电一个blocking port的也不是什么妙招
【在 g*****g 的大作中提到】
: 什么东西都有个过程，10年前，Blockbuster看过去一个手指头就干掉Netflix了。
|
|
|
g*****g
发帖数: 34805 | 51 几千万个家庭每秒3Mb都传了，block几十个port啥都不干算什么难度呀。
【在 b*******s 的大作中提到】
: 讲句老实话，几千万个家庭，每个家庭几十个智能家电
: 恐怕你的每个家电一个blocking port的也不是什么妙招
|
