1
hbolive 2020-09-11 10:20:26 +08:00
一月和一年?
|
2
markowitz73 2020-09-11 10:22:43 +08:00 1
|
3
chenmaslow 2020-09-11 10:31:06 +08:00
怎么修改密码
|
4
s2555 OP @hbolive 是我看错了,应该是每个月 1000 万消息,即使这样只能支持 258 台机器,还是一分钟一次,如果 10 秒一次就得除以 6,那就只支持 38 台了,算起来还是贵。
|
5
rockyou12 2020-09-11 10:42:47 +08:00 1
对啊,所有的都是收费过高。说白了很多人不懂时序数据库,人家吃的是这个信息差
|
6
markowitz73 2020-09-11 10:46:14 +08:00 1
@s2555 超额的部分 每百万消息 /1~1.8 元 这个价格感觉还好。
|
7
opengps 2020-09-11 10:51:38 +08:00 1
这玩意需要配合大套餐服用,但最低套餐的价格就是上天了的
|
8
hbolive 2020-09-11 13:54:56 +08:00
@markowitz73 这么看起来,起步价有点贵啊
|
9
Bijiabo 2020-09-11 13:58:59 +08:00 1
你的计算方式没问题,但是你对场景业务不理解。
保持长连接的情况下,有必要时才需要发送消息,正常设备可能一天才发送几条。维持在线靠心跳就够了。 |
10
594duck 2020-09-11 14:08:24 +08:00
@s2555 嫌贵可以自己部署,世纪互联网一个机柜也就只要 6000 元,5 线 BGP 700 元 /兆,需要的话我帮你摇兄弟。
|
11
s2555 OP @Bijiabo 因为硬件不是我们做的,手表是那种监控体温的,我根据手表的协议建立一个测试服务器,的确是 10 秒发一次数据,发送的位置、体温等数据,这些数据算一条消息了吧。
|
12
huyinjie 2020-09-11 14:55:26 +08:00 1
这是套餐啊 小额度不需要买套餐 直接按规则扣费就行
|
13
find 2020-09-11 15:09:19 +08:00 1
你觉得贵,可以自己搞一套解决方案啊,是在不行我这里有。。。。
|
14
andyli9449 2020-09-11 15:15:25 +08:00 1
为什么要把硬件数据 10 秒一次的往 IOT 里面怼?感觉 IOT 用来做控制比较好,需要的时候发消息让它上报实时数据。然后一段时间上报一次历史数据就可以了。
|
15
opengps 2020-09-11 15:20:29 +08:00 1
@andyli9449 有些时候没办法的,比如我用的 gps 终端,为了“实时跟车”,10 秒间隔有些时候都嫌弃不够密集
|
16
chenny3 2020-09-11 16:21:41 +08:00 1
用 EMQX 搭一个
|
18
s2555 OP 我就准备了解清楚了接单的(逃),做个后台应该问题不大。
|
20
Bijiabo 2020-09-12 11:16:06 +08:00 via iPhone
@s2555 这种传感器设备需要在端上做数据过滤的。肯定不是有数据就上报,波动大了才发一次,或者一次发若干条钱
|
23
kangsheng9527 2020-09-12 20:11:08 +08:00 1
自己看自己产品适合何种计费方式,另外一种是流量计费方式。。。
|
24
kangsheng9527 2020-09-12 20:12:53 +08:00
@rockyou12 人家产品需要相对实时数据,能做产品的不会差那里去,否则写不出来。
|
25
rockyou12 2020-09-12 20:23:58 +08:00 1
@kangsheng9527 我就做过设备数据存储与分析啊,一个设备大概几十个指标,一个月数据大概 50m,大部分 5s,10s 一个点。你要实时读写,基本的时序数据库都办得到的,只是大部分人都只懂 mysql 、redis 这些,眼界太窄。而且这是个发展很快很快的细分市场,像国内的 tdengine 我就觉得没几年可能就要开始统治市场了。
|
28
s2555 OP |