前后端架构分离后，前台采用node.js，后端采用API方式请求，在实践中发现了以下几个问题：
- 对前端开发人员的能力和数量要求急剧增大，以前一个开发人员搞定前端、后端，现在前端采用node.js，这个后台开发人员介入不了只能前台去做
- 后台开发人员只负责接口开发，注意“只”这个字，接口开发人员这时就有了局限性，你前端要什么我是不清楚的，你要什么我就给你开发什么，造成接口数量多，不规范
- 接着问题2，前台开发人员需要什么就向后台要，造成原先后台一个接口就可以搞定的事情，前端细分到4-5个接口去做，开发效率低，页面不断请求，性能较差，接口承载的压力也是骤增；
解决方案：
- 现在前端的压力还是比较大，急需增加前端的人员招聘，后端人员也需要转入前端开发，有一定的学习瓶颈和过渡时期；
- 需要架构师从统管角度一致协调，避免接口滥用；
- 减少接口请求次数，压缩页面接口数，对能够缓存的一些基础数据，在前端增加缓存
结果：
- 现在页面响应速度在600个高并发时，平均值从20s减少到3s，基本较少服务器压力，还有优化空间
- 其他人是否有更好办法？