混合单页面应用程序架构（过度设计？）

Question

请原谅这篇文章的篇幅！

我正在构建一个包含以下内容的相当复杂的产品：

1. Web应用程序
2. 带有PHP MVC后端的Web服务器
3. 移动应用（iOS，Android，Windows）
4. REST API服务器（PHP）
5. 数据库服务器（MySQL）

*注意，没有框架在使用，在occassion jQuery用于简单。

我的问题在于网页应用。在整个应用程序中，可能有十几个页面实际由Web服务器提供，其中一些数据已预先填充。页面具有选项卡式导航，其中显示内容/数据。如果/当用户选择选项卡时，这些选项卡部分将全部动态加载。出于性能原因，我无法预加载所有数据，只能在请求时填充它。

目前，我对来自Web应用程序的API的所有请求都是通过存储用户会话的Web服务器进行路由。

这就是请求周期的样子。

1. Web App用户请求页面
2. Web Server调用API并从API响应中填充数据
3. Web Server提供请求的页面
4. Web App用户单击页面上的选项卡，现在必须加载数据
5. Web App将AJAX HTTP请求发送到Web服务器
6. Web服务器调用API请求/接收数据
7. Web Server将JSON发送回AJAX调用
8. Web App在选项卡上填充数据

我的问题是，这是否过于设计。我知道我可以跳过网络服务器并只是调用API，但由于API没有会话管理，它似乎没有意义。每次调用API时，我都需要知道用户是否已登录以允许发布，发出或删除调用，因此跳过Web服务器似乎没有问题。

我是偏离这里还是推荐的做法？