作者lovdkkkk (dk)
看板Soft_Job
标题Re: [请益] IT领域做网页的赚不到钱,那要做什麽?
时间Sun Dec 11 02:36:45 2022
恕删
回推文的 web 转 iot 经验
个人最近一年来参与一个 iot 应用专案, server 主要分两部份
一部份是中间转传的 server 由装置厂商处理,
将装置回传的 hex 讯息做转换後传送给应用的 server,
或者接收应用 server 要给装置的指令再发送给装置
另一部份是我处理的应用 server, 接收并记录资料及实作各种应用,
这部份就有比较多较复杂的应用逻辑或各种报表等
以应用 server 来说其实也还是 web, 只是这个 web 有两个部份,
一部份是处理对装置的功能, 另一部份是处理给人用的功能,
只有极少部份中间转传 server 未实作的部份可能需要自己处理 hex code,
其它就一样 http request api, socket 跟 websocket
要说有什麽比较特别的话主要是几点
1. 资料量比较大
装置会不断的回传各种资料讯息, 容易处理到运算量比较大的情形,
想加快速度用快取, 但记忆体也不够快取全部的东西,
会需要稍微知道怎麽拿捏运算量跟记忆体用量的平衡
2. 即时性比较重要
开文章网页载入慢顶多是开着等他载,
服务点下去几十秒才有反应就比较不行了,
会需要能确保各功能基本的执行速度
3. 环节比较多, debug 比较复杂一些
比一般前後端网页再多了几个环节, 装置某些数值也并不保证精确,
出问题时要排查的环节会比一般网站多个两三倍,
适当的加一些基本测试会很有帮助
4. 成本比较高
网站放着没人点就不花什麽, iot 装置送资料存资料则都是开销,
会需要能大概的估算各服务的用量及花费, 以及一些节省开支的做法
ex 用 DynamoDB 时记录类的资料多笔合并压缩後再存
大概是这样, 大致跟 web 差不多, 只是再多注重一些细节
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 114.37.206.91 (台湾)
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1670697407.A.602.html
1F:推 neo5277: 请问有搭建queue的服务吗 12/11 03:23
是指我们目前有没有用 message queue 吗? 如果是的话没有,
因为目前都是要尽量即时处理, 比较可能量大会卡的就用 aws 的 lambda
2F:推 searcher: iot要多了解一下device的部分啦,不然hex下去没反应 12/11 10:01
3F:→ searcher: 要怎麽debug,讨厌硬体的人会受不了 12/11 10:01
如果没有转传那一层全都自己来的话是真的需要,
看装置文件去 parse 几 byte 到几 byte 是什麽鬼还蛮花时间的
4F:推 hobnob: 感谢分享! 12/11 10:42
:D
5F:推 devilkool: 研究设备回传的资料真的最麻烦,商业逻辑很多是花在处 12/11 11:08
6F:→ devilkool: 理这块,尤其一个案场有不同厂牌的同类型设备回传同一 12/11 11:08
7F:→ devilkool: 种资料栏位但单位可能有些微差距时 12/11 11:08
真的, 这部份即使有转传那一层一样不好处理, 因为不同厂商的转过还是可能有差,
到应用这一层就很难拿捏要完全分离或有部份共用
8F:推 viper9709: 推分享 12/11 18:01
:)
9F:→ peter98: 问就是AWS Lambda + SNS + SQS 我推荐你使用 这样我才 12/11 20:18
10F:→ peter98: 有projects做 任何一个软体工程师都应该使用Lambda服务 12/11 20:18
CPU 运算吃重的用 lambda 真的不错
11F:推 hegemon: 曾经有个香港新创找了个印度佬当CTO,把所有的後端服务全 12/11 20:51
12F:→ hegemon: 部转Lambda ,然後他就被董事会炒了 12/11 20:51
13F:→ peter98: 楼上的例子我知道! 但是你好像不知道後续 政治斗争後由 12/11 20:55
14F:→ peter98: 香港人上位成为CEO 坚持自己公司build这些服务 不使用 12/11 20:55
15F:→ peter98: Lambda 後来这间公司倒了 董事会也不见了。 12/11 20:55
16F:→ peter98: CTO* 12/11 20:56
17F:→ peter98: 要来唬烂一起来R 12/11 20:58
都市传说 (抖)
18F:推 neo5277: aws这麽好用喔,看来要了解一下 12/11 21:50
某部份不错, 不过使用前要多看一下官方文件跟多查一些别人的心得或经验,
不然容易踩雷
例如 DynamoDB 如果随便网路上 copy 别人的范例来用,
那范例设定的用量又太大可能会莫明喷掉几万块 (真实案例)
但适当的设置则可以用少少钱得到上限非常高的同时存取量
推荐可以一并研究 Cloudflare CDN 快取串 aws 相关服务, 它的费用比较亲民,
免费帐号就可以有无上限的流量 (只是规则数很少才 3 个的样子)
我们公司今年就靠 Cloudflare 用大约原本 70% 的费用撑原本十倍的用量
19F:推 hegemon: 某楼不要笑死,後来香港人上位了以後他们现在变独角兽了 12/11 22:02
20F:→ hegemon: 到现在还活着,而且一直在IG上打广告 12/11 22:02
21F:嘘 hegemon: 某peter真的不懂不要胡扯,这个印度佬後来想要到我这边骗 12/11 22:07
22F:→ hegemon: 吃骗喝,给他钱叫他组一个小团队做点side project 就吓得 12/11 22:07
23F:→ hegemon: 自己跳船了 12/11 22:07
CTO 真的各种各样都有 QQ
24F:推 nitero: Amazon sidewalk? 12/12 00:06
是串一些自行找厂商做的东西
25F:→ hegemon: 这些东西各家cloud provider 都有,只是AWS相对来说比较 12/13 09:27
26F:→ hegemon: 成熟稳定. 但是金融相关的用Azure 比较适合,因为他们自 12/13 09:27
27F:→ hegemon: 己拿到许多规范的认证,用了公司自己就不用再跑一次 12/13 09:27
感谢提供 :D
之前有想过可能要找顾问弄个 PCI-DSS 把服务部份相关资案认证搞好,
不过没想过装置本身也要认证
28F:推 eggeggss: 重要的是domain knowhow啦,IT领域已经朝向外包风了 12/15 11:07
QQrz
29F:→ drake99: 很多工厂做IOT不上云的 12/17 00:58
不用感觉更硬,也需要更稳定的工程团队
我们前阵子就在选择要用自架 Mongo 或用 DynamoDB
後来决定用 DynamoDB,因为它比较不用维运基础,
设定完就剩写扣而已
※ 编辑: lovdkkkk (1.163.105.163 台湾), 12/18/2022 18:59:03