使用 API 构建应用程序

Question

我目前正在开发一个允许客户下订单的网络应用程序。

我选择处理应用程序结构的方式是将应用程序拆分为两个子应用程序：

• 1 个仅提供 json 内容的后端应用程序（API）
• 1 个前端应用程序（在我的例子中是 AngularJS），它将 API url 作为配置并提供用户内容

现在在服务器上，我为测试所做的是创建 2 个虚拟主机：

• app.com
• api.app.com

并将 API 链接到前端应用程序。

问题是所有内容都将通过 https 提供服务，并且在当前设置中，我需要购买 2 个 SSL 证书或 1 个通配符证书。

第二种解决方案是在前端应用程序上创建一个子目录（比如 /api）并将后端应用程序复制到其中。优点是只获得一个 SSL 证书并将所有内容都放在同一个目录中； /api 将是一个 .htaccess 重定向到后端 api。

我认为“最干净”的解决方案是完全拆分这两个应用程序并为两者获得通配符 SSL 证书，但我想知道是否有人对一种解决方案是否比另一种更好有一些经验。

Answer 1

组合的好处是可以避免CORS。 CORS 并没有那么糟糕，但它是另一个并发症。话虽这么说，如果您想将其公开给外界（允许其他网页使用它），您可能还是需要完成该过程。

如果您不希望将您的 API 实际公开给第三方，而只是将您的层分开，那么我会考虑组合甚至代理。我使用这种架构将我的服务完全放在防火墙后面，并使用mod_proxy 或类似的东西通过我的 Web 服务器为我的 API 提供服务。这很有用，因为它限制了 API 的暴露，并一次性解决了 CORS 问题。

如果你真的想在你的网络服务器和你的 API 服务器之间使用 SSL，你可以在你的网络服务器和你的 API 服务器之间做一个自生成的客户端证书。