如何保证 udp 的可靠性

[cnoder]

我们目前用的 openresty，在 log_by_lua 阶段使用 udp 发送日志到日志中心。
但是现在丢日志有的业务能达到 50%，这可能取决于接受日志的机器的处理能力。
那我们现在如何保证 udp 发送的可靠呢，不希望监听接收 ask 或者换 tcp （ log_by_lua 阶段好像不让用 tcp ？刚学 lua ）
或者最少实现我们如何统计丢包率呢（不要耗时太长~~）（之前说的 50%都是同事估的）

[cpstar]

UDP 本身不就是不可靠的，换 TCP 吧

[ic2y]

quic ？

[GoLand]

发送方打点，接收方打点，两个数值做个比对就能得到丢包率。

[dynastysea]

加 seq 确认，你去搜搜可靠 udp 的实现，大把的现成方案，也不复杂。很多游戏都是采取了可靠 udp 的方案，典型如王者

[Vhc001]

建议楼主看一看 h3 的设计原理

[opengps]

设计通信协议时候带上确认回复，没被确认的发送都可能是丢了的

[xmh51]

这个和 udp 好像关系不大，在内网环境，udp 的不可靠应该不会成为主要原因，问题在于你的应用层（请求和处理）性能过低

[ju5t4fun]

套一层 kcp 协议

[ryd994]

没用过 log_by_lua 。但是看官方文档的意思应该是可以用 TCP 的。https://github.com/openresty/lua-nginx-module#log_by_lua
实在不行也可以写个 UDP 转发数据到 TCP 的代理程序，在每台服务器上运行。说不定已经有实现了。
再不行的还有基于 TCP 的各种 VPN 协议。配置路由表只代理日志服务就好了。

[ryd994]

不监听 ack 怎么实现可靠传输？总得有人帮你干这个活。你这是用来做日志，那不希望阻塞影响 Nginx 性能可以理解。但是总得有人负责重传控制。
本地的话其实也可以不用 UDP，用 unix socket，性能只会更好。然后自己写个代理程序把 unix socket 转发到 TCP 日志服务器就行了。

[cnoder]

@xmh51 是这样，每天几个 T，接受消息的应用层顶不住了

[xmh51]

@cnoder 所以重点不在于搞 udp 的可靠性，而是解决应用层的问题，比如可以水平拆分日志中心