前后端架構分離后，前臺采用node.js，后端采用API方式請求，在實踐中發現了以下幾個問題：
- 對前端開發人員的能力和數量要求急劇增大，以前一個開發人員搞定前端、后端，現在前端采用node.js，這個后臺開發人員介入不了只能前臺去做
- 后臺開發人員只負責接口開發，注意“只”這個字，接口開發人員這時就有了局限性，你前端要什么我是不清楚的，你要什么我就給你開發什么，造成接口數量多，不規范
- 接著問題2，前臺開發人員需要什么就向后臺要，造成原先后臺一個接口就可以搞定的事情，前端細分到4-5個接口去做，開發效率低，頁面不斷請求，性能較差，接口承載的壓力也是驟增；
解決方案：
- 現在前端的壓力還是比較大，急需增加前端的人員招聘，后端人員也需要轉入前端開發，有一定的學習瓶頸和過渡時期；
- 需要架構師從統管角度一致協調，避免接口濫用；
- 減少接口請求次數，壓縮頁面接口數，對能夠緩存的一些基礎數據，在前端增加緩存
結果：
- 現在頁面響應速度在600個高并發時，平均值從20s減少到3s，基本較少服務器壓力，還有優化空間
- 其他人是否有更好辦法？