我之前写过海外移动网络优化的文章

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

这是一个创建于 895 天前的主题，其中的信息可能已经有所发展或是发生改变。

我准备再写一下海外运营系统的设计和实践，（能不能公开，得跟公司申请一下）

有想看的么？如果有人感兴趣，我就周六末开始总结

第 1 条附言 · 2022-06-10 14:43:28 +08:00

上篇文章

https://mp.weixin.qq.com/s?__biz=MzkyNTMyODc2Mw==&mid=2247483691&idx=1&sn=f04de512a58f35a8c9dc47123c42b422&chksm=c1c9753ff6befc293ece0c6caa9fc188d99882a1644f17625de49a0a7d0d7eab04cf75b7abe5#rd

海外

实践

总结

周六

35 条回复 • 2023-03-07 13:12:15 +08:00

YogaX

2022-06-10 13:49:52 +08:00

ericgui

2022-06-10 13:59:14 +08:00

lysS

2022-06-10 13:59:44 +08:00

放个屁股

a661463257

2022-06-10 14:02:12 +08:00 via iPhone

isno

2022-06-10 14:06:16 +08:00

我注册的公众号：thebyte 先可以关注一下

nanjoyoshino

2022-06-10 14:31:03 +08:00

要不先把上一篇的链接发一下？看题目还挺有兴趣的，搜了一下没搜到

Alexf4

2022-06-10 14:38:17 +08:00

留个爪

devswork

2022-06-10 14:41:45 +08:00

海外移动网络优化的文章先放出来看下呗

isno

2022-06-10 14:43:06 +08:00 via iPhone

@devswork
@nanjoyoshino https://mp.weixin.qq.com/s?__biz=MzkyNTMyODc2Mw==&mid=2247483691&idx=1&sn=f04de512a58f35a8c9dc47123c42b422&chksm=c1c9753ff6befc293ece0c6caa9fc188d99882a1644f17625de49a0a7d0d7eab04cf75b7abe5#rd

lrh3321

2022-06-10 14:54:11 +08:00

devswork

2022-06-10 14:58:06 +08:00

写的不错，收藏了，期待+1

cloverstd

2022-06-10 15:11:35 +08:00

你怎么做到从 TCP 一路优化到 HTTP ，再到具体业务系统的图片和视频的
爱奇艺不应该每一块都是单独的业务团队么

isno

2022-06-10 15:17:39 +08:00 via iPhone

@cloverstd 我一个个去说服的

cloverstd

2022-06-10 15:21:22 +08:00

@isno #13 我觉得这个最屌了，在大公司跨部门，跨业务线落地比什么都难，可以分享分享这个

isno

2022-06-10 15:31:10 +08:00

@cloverstd 涉及了非常多的业务线，推的周期也很长，折腾了很多业务部门一年多

Sahzzz

2022-06-10 15:56:15 +08:00

大佬写的详细一点！我司 APP 也是东南亚市场为主

presoul

2022-06-10 17:07:14 +08:00

+1 ,等大佬分享

cnoder

2022-06-10 17:10:01 +08:00

能推的动太牛了

lawmil

2022-06-10 19:15:51 +08:00

stardust21

2022-06-10 19:38:38 +08:00

1596384882

2022-06-10 19:47:52 +08:00

mylifcc

2022-06-10 19:54:33 +08:00

请教下，350ms = 50*5+ 100ms(服务端) ，100s 的服务器延迟是怎么产生的呢，另外 50ms 是用什么工具测量的呢，最近也在做外网降低延迟的需求，用的是 ping ，不知道对不对

Zy143L

2022-06-10 20:07:13 +08:00 via Android

插眼，等 op 下一篇

caqiko

2022-06-10 20:21:49 +08:00 via Android

+1
没在大厂干过，期待楼主分享一下整体的架构，包括云服务商选择、服务器配置、技术栈、流量峰值、监控、应急机制等

wzzzx

2022-06-10 20:43:20 +08:00

能推动是真的很厉害

chineselittleboy

2022-06-10 21:11:19 +08:00 via Android

厉害

chezs66

2022-06-10 22:16:44 +08:00

请教大佬怎么看待开启 0-RTT 后存在重放攻击的问题？

isno

2022-06-10 23:01:12 +08:00 via iPhone

@mylifcc 100ms 是后端业务处理的延迟时间。
用 ping 没问题

@chezs66 是否开 0RTT ，根据业务取舍，都是 get 类的幂等请求，有重放攻击也没关系。

有重放风险的，更多要在业务层解决。碰到如退款没做失效的，就算没重放也会有其他问题。

后续有问题可以在公众号消息

uncleroot

2022-06-13 15:14:03 +08:00

感谢分享。
请教一下：
TFO 要内核支持吧？终端都支持吗？电视盒子？
兜底机制，为啥会用更先进的技术做兜底？ QUIC 先行或许效果会更好，并且 Google 已经大规模实践了。

isno

2022-06-24 16:13:09 +08:00

@YogaX
@ericgui
@lysS
@a661463257
@Alexf4
@lrh3321
@devswork
@Sahzzz
@presoul
@cnoder
@stardust21
@1596384882
@Zy143L
@caqiko

各位抱歉，新篇技术、产品细节涉及太多，内部审稿被毙了，不允许发布。

Zy143L

2022-06-24 18:26:47 +08:00 via Android

@isno 那就稍微省略一些内部独有的，有没有可能发出来呢？

shibo501c

2023-03-03 11:18:18 +08:00

@1596384882 @Alexf4 @Sahzzz @YogaX @Zy143L @a661463257 @caqiko @chezs66 @chineselittleboy @cloverstd 请教下各位，如果做一个这种网络优化的开源项目，会有人想用吗。

比如提供 TCP 或者 QUIC 的通道，TLS 1.3 的握手,然后集成到 js ，kotlin ，swift 的网络库里，可以选择发现请求延迟大于一定的情况下，开启请求的隧道，转给一个轻量级的中转服务，转给用户内网的服务。在做一个 UI 进行一些统计和 Debug 的功能。

我了解到的是大厂都有网关团队，有的叫做长连接服务，请求治理什么的，好像开源的不多。

isno

2023-03-03 11:28:29 +08:00

@shibo501c 第一个你部署中转服务器，能有多少呢？

这样的需求，用 Akamai 或者 cloudflare 的动态代理就可以了啊，他们在全球有四五十万台中转服务器

shibo501c

2023-03-03 11:41:12 +08:00

@isno 如果是给小团队，没有独立的网关团队，也不想付费网络服务商，只想通过简单部署几个节点的场景呢。通过 IP 直接连接规避掉 DNS 的问题，持久连接复用，省掉 TCP 和 TLS 握手的开销。

chezs66

2023-03-07 13:12:15 +08:00

会愿意用，但是这种项目前端本身不是重点，重点在如何打通中转服务到后端内网，涉及到网络工程、信安啥的，需要一整套方案

我之前写过 海外移动网络优化的文章

我之前写过海外移动网络优化的文章