- 主题:rust正式进入linux内核了
感觉边缘计算就是应付这种场景的吧
数据收集起来立刻处理，因为传输的成本太高了，而且也没必要
【 在 lvsoft 的大作中提到: 】
: 是的，我也是这么想的。问题就出在数据放在远程服务器上的环节。
: 第一天我直接scp，过了一晚上发现传了100G后链接断了。
: 第二天用rsync传，过了一晚上发现照片文件太多速度太慢跑不满带宽，也只传了100G。
: ...................
--
修改:littleSram FROM 114.249.21.*
FROM 114.249.21.*
那个端口会暴露在公网吗？会不会不安全？
【 在 tgfbeta 的大作中提到: 】
: 如果是一个大文件的话，我会弄一个支持content-range的HTTP server
: 然后listen在127.0.0.1
: 然后把那个端口ssh forward过来
: ...................
--
FROM 114.249.21.*
全程ssh forwarding
【 在 littleSram 的大作中提到: 】
: 那个端口会暴露在公网吗？会不会不安全？
--
FROM 221.192.180.*
但是很多计算没法在边缘做。
计算机发展到现在已经能切切实实感受到光速和量子力学的限制了。
【 在 littleSram 的大作中提到: 】
: 感觉边缘计算就是应付这种场景的吧
: 数据收集起来立刻处理，因为传输的成本太高了，而且也没必要
--
FROM 47.243.39.*
我理解是在client端起ssh forwarding连接这个Server端口。数据传输是安全的。
但是这个Server端口会不会遭受攻击呢？
【 在 tgfbeta 的大作中提到: 】
: 全程ssh forwarding
--
FROM 114.249.21.*
嗯，边缘计算提了这么多年，好像能落地的场景也没几个
要么你说的没法在边缘做，要么是领导说得数据不能丢啊，必须传到云端存起来。比如某些物联网数据。
【 在 hgoldfish 的大作中提到: 】
: 但是很多计算没法在边缘做。
: 计算机发展到现在已经能切切实实感受到光速和量子力学的限制了。
:
--
FROM 114.249.21.*
不管暴露啥端口啥服务都会被攻击的
另一个层次的问题
【 在 littleSram 的大作中提到: 】
: 我理解是在client端起ssh forwarding连接这个Server端口。数据传输是安全的。
: 但是这个Server端口会不会遭受攻击呢？
--
FROM 116.233.92.*
ssh forward 可设定只允许 local connection，或只允许指定ip段访问。
【 在 littleSram 的大作中提到: 】
: 我理解是在client端起ssh forwarding连接这个Server端口。数据传输是安全的。
: 但是这个Server端口会不会遭受攻击呢？
--
FROM 58.33.81.*
是的，我刚才仔细看了一下那个方案，发现自己理解错了。
需要http Server部署在有数据的一侧，且有IP和端口。
【 在 RunningOn 的大作中提到: 】
: ssh forward 可设定只允许 local connection，或只允许指定ip段访问。
:
--
修改:littleSram FROM 114.249.21.*
FROM 114.249.21.*
vdi，很多公司搞了很多年了，有商业原因有技术原因导致一直都是个鸡肋般的存在
比如商业方面的原因说几个：vdi需要人维护，成本+;vdi挂了全公司不干活，风险+。
实际落地问题很多
【 在 eGust 的大作中提到: 】
: 最近有个 gitpod，我觉得就算是个合理的场景吧
: desktop 环境相当于以租代买，入职员工给个 chromebook 就可以开始干活儿。开发人员需要什么 os 随时切换，开发环境已经搭好了，每天自动备份，再没法以系统为由偷懒。
: 我觉得这个使用场景还是有市场的，比如新入职的，创建好乱七八糟的账号之后，直接远程启动个环境，理论上不到20分钟就可以开始干活儿了。也不存在过了一段时间发现，因为当初老板抠门儿，电脑配置跑某个东西不够用的情况。
: ...................
--
FROM 123.116.210.*