【问题标题】:General query regarding web application architecture, especially front end有关 Web 应用程序架构的一般查询,尤其是前端
【发布时间】:2017-06-05 16:05:21
【问题描述】:

我们的应用程序(最初通过网络访问,后来通过移动应用程序和/或桌面应用程序访问)有一个应用程序服务器,它提供服务和由所有端点驱动的内部 API(React 用于网络,iOS/Android 用于移动将来等)。通过app.<mydomain>.com 的端点可以访问此应用程序服务器 - 目前这是通过托管在 heroku 上的 Django-REST 框架支持的后端实现的。

我们还有一个登陆页面,将由www.<mydomain>.com 提供服务。

我的问题实际上是关于为着陆页提供服务的服务器。显然,它将仅提供静态内容、登录页面内容和静态反应应用程序 JS,当它必须发出请求和获取数据时,它们将参与 app.<mydomain>.com

显然,在这种情况下,我不需要后端的脚本引擎。您建议我使用什么来提供登录页面内容和静态反应应用程序代码?简单的apache服务器?还要别的吗?我们的应用程序目前仅在美国销售,通过 CloudFront 或任何其他 CDN 部署是否有意义?

如果有任何建议,我将不胜感激。

【问题讨论】:

    标签: architecture hosting cdn restful-architecture


    【解决方案1】:

    静态内容最好由快速的 http 服务器提供。我个人的偏好是nginx,因为它的简单配置和出色的性能,但 apache 也可以。
    就像将 html 上传到服务器一样简单。话虽如此,有几件事要记住。花一些时间为不同的文件类型配置缓存头。自动化部署过程,例如推送到 repo 后,让 Ansible 部署您的 Web 内容,或者将其转换为 docker 容器。这应该足以每天处理数千个请求。如果您的规模更大,那么 CDN 是一个有效的改进点,以及您的 Web 服务器的扩展以及对缓存和压缩的进一步改进。 加分点:你的 ngnix 也可以作为一个非常有效的反向代理,面向你的 rest 后端。您可以轻松设置负载平衡和 ssl - 这样您就可以专注于快速的业务运营。
    愉快的黑客攻击。

    【讨论】:

      猜你喜欢
      • 2011-10-23
      • 1970-01-01
      • 2011-01-20
      • 1970-01-01
      • 2019-01-19
      • 2020-03-14
      • 2011-09-10
      • 2011-11-29
      • 2011-09-30
      相关资源
      最近更新 更多