以下是情况的示意图:
WEBSERVER <----> 中间件服务器 <----> 数据库
- 网络服务器:IIS / ASP.net 4.0 (WebForms & MVC)
- 中间件服务器:WCF Services
- 数据库服务器:甲骨文
Web 服务器与 Oracle 数据库在物理上是分开的。
我们想做的是在 Web 应用程序的前端使用 ASP.Net Web API 来将数据的快速绑定集成到使用 JQuery / KnockoutJS 的新单页应用程序中。因此,我们需要来自数据库中数据的 JSON API 才能使用 JQuery 进行访问。
我们想使用 PetaPoco 与数据库对话。
但是,WEB API 项目必须在中间件服务器上运行才能从数据库中获取数据。但是当然,我们永远无法在前端使用 JQuery 访问 WEB API。
我正在考虑在 Web 服务器上设置一个 WEB API,它使用不同的技术连接到中间件服务器,可能就像我们现在所做的那样,使用普通的旧 WCF。然而,这似乎太过分了。
有人对如何改进此架构有一些见解吗?我确定有人在类似的环境中使用 WEB API 设置了 SPA 应用程序。