给的数据接口，服务器动不动就被打死，一排查前端老是重复请求定时请求，上百万的活跃量承受不住啊
 | 1 CodeCodeStudy 2 小时 2 分钟前 直接限流就好了，同一个 IP 同一个用户同一个接口限制某段时间内只能访问 N 次，其他的拒绝 |
 | 2 fionasit007 OP @CodeCodeStudy #1 客户端基数太大了，都是真实 ip 和请求，限是限不完的，主要这种数据接口应该是用户主动调用的，要是真给限流了，要是真想去看数据反而被限了，这类情况而且这类情况不止一次一个接口了，主要感觉还是前端同事对业务不熟和考虑不周 |
 | 3 guo4224 1 小时 18 分钟前 via iPhone 加个缓存呗 |
 | 4 jiangzm 1 小时 1 分钟前 标题党 |
 | 5 gkiwi 58 分钟前 @fionasit007 沟通明确下场景，对业务不熟导致的设计问题，那就解决设计问题～ |
 | 6 twofox 58 分钟前 这是没沟通好呗。业务场景是否需要真的实时更新？轮询改 websocket ？ SSE ？反正你们确定这个业务场景是需要的，那就可以改。改不动再加机器 |
 | 7 finab 54 分钟前 说实话都有问题，甚至后端更大 给出接口时是否设想过接口会被如何调用，是否会被定时器轮询，如果不能接受定时器轮询应该提前给出其他的方案。 |
 | 8 sojourner 54 分钟前 设置单位时间内接口请求数超过某个阈值就记录日志，在测试期盯着这条日志，监测到就让前端改。 |
 | 9 Chaidu 43 分钟前 我以前参与的一个项目就是，用户点任何功能，APP 都向后端 API 并发请求很多次（接口一样，请求内容，返回内容一样）。我是后端+运维，我这个情况告诉 APP 端开发，让他排查 APP 端的 Bug ，他秒回说：“我这边没任何问题，是你的问题，自己找原因”。然后我把后端日志和 nginx 日志发出来，他就说是我诬陷他、公报私仇（我跟他除了工作上的沟通，没有其他交集，哪来的仇？），各种脏话骂我。我一脸懵逼，不再说话。几个领导都不懂技术，他们见 APP 端的开发这样在群里喷我，我不说话，就理所当然的认为是我理亏，接连站出来批评我。。。 |
Select Language