最大的 DDos 来自同事

[fionasit007]

给的数据接口，服务器动不动就被打死，一排查前端老是重复请求定时请求，上百万的活跃量承受不住啊

[CodeCodeStudy]

直接限流就好了，同一个 IP 同一个用户同一个接口限制某段时间内只能访问 N 次，其他的拒绝

[fionasit007]

@CodeCodeStudy #1 客户端基数太大了，都是真实 ip 和请求，限是限不完的，主要这种数据接口应该是用户主动调用的，要是真给限流了，要是真想去看数据反而被限了，这类情况而且这类情况不止一次一个接口了，主要感觉还是前端同事对业务不熟和考虑不周

[guo4224]

加个缓存呗

[jiangzm]

标题党

[gkiwi]

@fionasit007 沟通明确下场景，对业务不熟导致的设计问题，那就解决设计问题～

[twofox]

这是没沟通好呗。业务场景是否需要真的实时更新？轮询改 websocket ？ SSE ？反正你们确定这个业务场景是需要的，那就可以改。改不动再加机器

[finab]

说实话都有问题，甚至后端更大
给出接口时是否设想过接口会被如何调用，是否会被定时器轮询，如果不能接受定时器轮询应该提前给出其他的方案。

[sojourner]

设置单位时间内接口请求数超过某个阈值就记录日志，在测试期盯着这条日志，监测到就让前端改。

[Chaidu]

我以前参与的一个项目就是，用户点任何功能，APP 都向后端 API 并发请求很多次（接口一样，请求内容，返回内容一样）。我是后端+运维，我这个情况告诉 APP 端开发，让他排查 APP 端的 Bug ，他秒回说：“我这边没任何问题，是你的问题，自己找原因”。然后我把后端日志和 nginx 日志发出来，他就说是我诬陷他、公报私仇（我跟他除了工作上的沟通，没有其他交集，哪来的仇？），各种脏话骂我。我一脸懵逼，不再说话。几个领导都不懂技术，他们见 APP 端的开发这样在群里喷我，我不说话，就理所当然的认为是我理亏，接连站出来批评我。。。

[bbbblue]

@finab cf 前面有次自己服务瘫了就是前端 useEffect 死循环无限调用😂
这种变成 DDos 业务上基本没办法了 要么服务器挂了业务挂了 要么用户侧感觉不可用（限流了 但是服务器没挂）

[wjxd]

以为是同事们对你的大脑发起了 ddos

[fionasit007]

@finab #7 a 模块里面有 a1,a2 接口，a 接口需要一直请求刷新，b 接口只是初始化请求；他每次刷新调用 a1 接口时直接调用 a 模块，导致 a2 接口也被调用了，千叮嘱万嘱咐都是没用的，这种情况出现过好几次了

[fionasit007]

@guo4224 #3 再考虑了，但是实际这个功能根本使用率一点不高，只能为了弥补这个问题多此一举了

[fionasit007]

@Chaidu #9 这种就很很头疼，每次反复确认说没问题，然后我还得看日志找原因，让他再去看是不是调用有问题

[siweipancc]

很常见的场景啊，改呗，订阅模式

[fionasit007]

@sojourner #8 你这个可以试试，下次测试期我加个频率监控

[fionasit007]

@wwd179 #11 哈哈哈

[wanniwa]

@Chaidu 你为啥不说话。。。

[liuidetmks]

自己优化吧这次，
你不在测试阶段暴露出问题，现在上线了
你再让别人配合你优化改动，比较难。（在别人老板看来，业务上线了，是好的，服务器扛不住，是服务器优化的问题）
别人即使改了回有怨气，老板会觉得你能力不行

[mingliao]

在程序中记录他的犯罪情况，按一个最小周期统计指标，整体反馈到群里，艾特他的 boss 亦或更大的 boss ，讲述海量数据请求后台需要的机器成本，一个接口类比到一个功能模块类比到一个 app ，讲清楚他的行为带来的代价。

当然也可以直接在群里喷他，心中有火，喷出来挺好的，骂他两句没啥，憋坏了自己不好。

蹲一个后续