某大厂后端暑期实习，组里在做内部工具链和系统，但是现在来的一些需求有些需要我自己写前端，我说不太会，就让我用大模型来写。了解到后面应该还是有前端的需求，家人们该怎么办？目前打算即使转正也不准备留下来了，现在走的话暑期的机会会不会太少了，不知道该咋办了

与哪些因素有关后端服务器集群节点数量，数量越多，QPS越高后端服务器节点的运行配置：运行内存、Cpu核数等等，硬件资源决定单节点处理能力接口本身做的事情 a. 做的事情多耗时长（预估QPS会相对应低） b. 做的事情少耗时短（预估QPS会相对应高） 4.系统架构 a. 完善的流量负载均衡架构，实现流量的有效分发和负载均衡，避免成为QPS瓶颈 b. 缓存技术，减轻数据库的压力，避免数据库成为QPS瓶颈 c. 集群模式的数据库，避免数据库成为QPS瓶颈 d. 静态资源通过CDN加速，避免成为QPS瓶颈如何预估？首先需要知道一个请求处理完毕的时间（这个请求里可能做很多事情，但是这个我们暂时不管），一...

问题引入这个问题其实是一个非常实际的问题，因为我们在开发需求后，例如：新增了一个接口有一个步骤是值得做的，那就是预估这个接口的QPS因为我们是可以去调配对应服务器的数量和运行配置的例如我可以从2个节点新增为4个节点例如我可以将节点的内存从2G变成4G，2核CPU变成4核CPU如果因为 没有正确的预估 以及 没有正确的调整，导致接口的QPS过高，扛不住系统崩溃，那就是严重的外网事故了注意，这里说的预估QPS，是假设有一个真实的项目、真实的环境，预估这个接口上线后会有多少 QPS而不是在预估我们的系统接口本身能抗住多少QPS而不崩溃