frp 之类的内网穿透工具会是云的下一个趋势嘛

[yanzhiling2001]

最近的集团 Saas 业务量增加，继续加云主机的配置 成本就飙升了，也考虑隐私问题，正在计划利用 frp 自建“机房”。

上云虽然便捷，但是命根子“数据”握在云主机厂商手里。

现在的虚拟化这么发达，通过前台收集主机登录密码，后面直接拷走一份虚拟化的硬盘文件，数据还不是想怎么偷就怎么偷。 https://www.v2ex.com/t/690411

假如用像 frp 之类内网穿透的工具，云主机只利用其公网带宽来做流量转发，甚至不需要云主机有多好的性能。上云的成本进一步降低，而且本地电脑还都是真材实料的物理核心。缺点大概就是因为流量转发导致的延迟翻倍吧，交互界面优化到位，多几百毫秒的延迟可能都无感知。

理性讨论一下，frp 之类的内网穿透工具会是云的下一个趋势嘛？或者说是云趋势的一个方向。

[ungrown]

这不就是 IaaS 吗
基础设施即服务
将云变成基础设施
其实但就网络穿透或者打洞来讲
并不需要 IaaS
以 zerotier 举例
它的云端只提供用户中心、鉴权认证、配置下发、辅助打洞等功能
数据并不需要从 zerotier 的网络中流过

[felixcode]

别的先不提，高标准建设数据中心的费用相当昂贵，而且这些钱并非花在没用的地方，可靠性，制冷，能耗，电力，安防，这些都在成本里。

[xwander]

之前搭设网站的服务器放学校网络中心，每逢 54 、陆肆、港回归、澳回归等特殊日子都会出现网络卡顿问题，被 call 爆，并背锅，网站转移到云服务后就没事了。切身体会高质量网络的重要性。

[liwl]

11W 也就一个技术一年的工资而已，都给不起....可想而知

[youxiachai]

这不是 10 年前的互联网吗...怎么就成未来了..

[goodryb]

没看懂楼主这种“上云”的意义在哪，不如完全本地自建好了

[haozes]

那云的流量量也很贵啊

[Cyshall]

我看 frp 的作者也说了有很多大公司内部也在用这个，不过我猜可能仅仅只是用来远程办公，应该没有用于业务的。

[vingel]

https://github.com/slackhq/nebula

[mxT52CRuqR6o5]

看对机器数量的需求，数量够大肯定是自建便宜

[saytesnake]

FRP 就是满足基本的远程办公及测试要求...难道要拿上生产跑应用或数据库吗？

[prodcd]

感觉你这是和云服务商反向操作，不排除这样省钱的可能性，我也想过甚至做过类似的事，租了一个很低配置的云服务器，frp 到本地，本地组 ES 集群。但你在实施之前要想明白，网络、电源、存储等稳定性，这块就需要很大投入，稳定性每增加一个 9 都很难。如果其中任一位置出现故障，业务是否可以承受。也可以认为云服务商卖给你的服务是稳定性和灵活性，而不是硬件性能。

首先你那网络能有云服务商的质量好？未必便宜吧。用户使用你家服务，还多了一层从云服务器到你公司的延迟。电源也多半只有一路吧，万一停电咋办，UPS 要撑 24 小时也不便宜。服务器硬件要是挂了，需要物理重启，抱歉，大家都在休长假，能接受？

成本呢？服务器电费按 1kw/h 算，一年要 24*365=8760 小时，商业电每度￥ 1 算，还要￥ 8760，散热上随便加个空调也要 1kw/h，那一年下来就是￥ 8760*2=￥ 17520 。真实情况恐怕不止这些。

备案的事不用考虑，你用一个公网服务器开放 80，再 frp 到本地，备案还是云服务商的 IP，和你本地无关。

所以你还是综合考虑，稳定性、使用成本、维护成本等，这么搞到底划算不划算。

[joesonw]

思而不学则殆

[angryfish]

个人觉得，小作坊是可以这样搞的。退一万步，最多就是网络故障，停电，网络偶尔丢包，请求延迟这些，但其中电费多少，机器多少钱

[boluo]

如果你用于对外提供网站类服务怕是不合法，如果服务器是其他用途或者仅供内部员工使用可能还好

[imjamespond]

ssh forward 就行了，用什么内网穿透，真正穿透应该是 udp 打洞

[ericww]

为何不直接连企业专线的端口还要用 frp 转一道？

[labulaka521]

你想说的是 sd-wan 吗

[fy]

别用 frp，很不稳定

[cloverzrg2]

这也太随便了