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

[isno]

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

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

上篇文章

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

[YogaX]

+1

[ericgui]

+1

[lysS]

放个屁股

[a661463257]

+1

[isno]

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

[nanjoyoshino]

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

[Alexf4]

留个爪

[devswork]

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

[isno]

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

[lrh3321]

+1

[devswork]

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

[cloverstd]

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

[isno]

@cloverstd 我一个个去说服的

[cloverstd]

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

[isno]

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

[Sahzzz]

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

[presoul]

+1 ,等大佬分享

[cnoder]

能推的动太牛了

[lawmil]

cy

[stardust21]

+1

[1596384882]

+1

[mylifcc]

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

[Zy143L]

插眼，等 op 下一篇

[caqiko]

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

[wzzzx]

能推动是真的很厉害

[chineselittleboy]

厉害

[chezs66]

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

[isno]

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

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

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

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

[uncleroot]

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

[isno]

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

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

[Zy143L]

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

[shibo501c]

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

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

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

[isno]

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

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

[shibo501c]

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

[chezs66]

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