- 主题:求个思路 多谢了 (转载)
你这个系统是单机的还是分布式的？
【 在 rogue 的大作中提到: 】
:
: 【 以下文字转载自 Golang 讨论区 】
: 发信人: rogue (潜行者), 信区: Golang
: 标 题: 求个思路 多谢了
: 发信站: 水木社区 (Sun Feb 26 11:24:54 2023), 站内
#发自zSMTH@M2012K11AC
--
FROM 114.247.175.*
他就是个心跳回馈
落不落影响不大
【 在 oldwatch 的大作中提到: 】
: 状态变迁不落盘的么？
--
FROM 123.116.150.*
多进程并发也不考虑了？
落盘现在一大部分是为了进程间状态共享
【 在 vodka 的大作中提到: 】
: 他就是个心跳回馈
: 落不落影响不大
--
FROM 222.70.22.*
取决于是不是多收端了，需要他提供进一步信息
【 在 oldwatch 的大作中提到: 】
: 多进程并发也不考虑了？
: 落盘现在一大部分是为了进程间状态共享
--
FROM 123.116.150.*
整习惯了，起手默认两节点……
【 在 vodka 的大作中提到: 】
: 取决于是不是多收端了，需要他提供进一步信息
--
FROM 222.70.22.*
sip协议
【 在 mopo 的大作中提到: 】
: 用个靠谱点的基于udp的应用层协议把，或者自己设计一个，不行就用回tcp，内网99%的场景下并不需要udp，公网也至少80%的场景不需要udp
: 你这监控策略比udp本身都不靠谱
--
FROM 221.219.191.*
sip协议的
【 在 liuyunfly 的大作中提到: 】
: 你这个系统是单机的还是分布式的？
: #发自zSMTH@M2012K11AC
--
FROM 221.219.191.*
抱歉, 看不懂, ABCDE到底是谁发的?
【 在 rogue 的大作中提到: 】
: 发信人: rogue (潜行者), 信区: Golang
: 标 题: 求个思路 多谢了
: 发信站: 水木社区 (Sun Feb 26 11:24:54 2023), 站内
: ...................
目前做一个udp协议的超时监控，比如发起A,响应是B、C、D、E
服务端接收到A后30秒内收到BCDE就OK，超过30秒则告警
服务端接收到的数据还没有顺序发送的是ab可能收到ba
也有可能是aaab这样的也要考虑进去
--
FROM 220.181.41.*