有关 Web 应用程序体系结构（尤其是前端）的一般查询
我们的应用程序（最初通过web访问，后来通过移动应用程序和/或桌面应用程序访问）有一个应用程序服务器，该服务器提供服务，内部API将由所有endpoint驱动（React for web，iOS/Android for mobile in future.etc.）。app上的endpoint可以访问此应用程序服务器。
我们还有一个登录页面，将由< code > www提供。
我的问题实际上是关于为登录页面提供服务的服务器。显然，它将仅提供静态内容，登录页面内容以及将吸引应用程序的静态反应应用程序JS。
显然，在这种情况下，我不需要后端的脚本引擎。你建议我用什么来提供登录页面内容和静态react应用程序代码？单纯的apache服务器？还有别的吗？目前，我们的应用仅适用于美国，通过CloudFront或任何其他CDN部署有意义吗？
我很感激任何建议。
共有1个答案
静态内容最好由快速的 http 服务器提供。我个人更喜欢nginx，因为它的配置简单，性能很好，但apache也可以。
这就像将 html 上传到服务器一样简单。话虽如此，有几件事要记住。花一些时间为不同的文件类型配置缓存标头。自动执行部署过程，例如，让 Ansible 在您推送到存储库后部署您的 Web 内容，或将其转换为泊坞站容器。这应该足以每天处理数千个请求。如果您的规模更大，那么CDN是一个有效的改进点，同时扩展您的Web服务器以及对缓存和压缩的进一步改进。奖励点：您的ngix还可以作为一个非常有效的反向代理，在您的Rest后端。您可以轻松设置负载平衡和ssl - 以便您的Rest可以专注于快速的业务运营。
快乐的黑客攻击。
-
我对web应用程序向微服务的发散点感到困惑--它是在url级别还是模型级别？举个例子，假设我有一个单片应用程序，它提供3个页面。假设每个页面都有一个单独的用法，我想用它们自己的微服务来支持它们。下面哪一种是实现基于微服务的体系结构的正确方法： 我创建了三个不同的应用程序（微服务），每个都包含一个页面的（路由、控制器、模型、模板）。然后根据哪个页面被请求，我将请求路由到那个特定的应用程序。这意味着从
-
问题内容： 让我们分享基于Java的Web应用程序体系结构！ Web应用程序有许多不同的体系结构，这些体系结构将使用Java来实现。这个问题的答案可以用作各种Web应用程序设计的库，各有其优缺点。虽然我意识到答案将是主观的，但让我们尽可能做到客观，并激发我们列出的利弊。 使用您喜欢的详细程度描述体系结构。为了使您的答案具有任何价值，您至少必须描述所描述的体系结构中使用的主要技术和思想。最后但并非最
-
Tornado web 应用程序通常包含一个或多个 子类, 一个 对象来为每个控制器路由到达的请求, 和一个 main() 方法来启动服务器. 一个小型的 “hello world” 示例看起来是这样的: import tornado.ioloop import tornado.web class MainHandler(tornado.web.RequestHandler): def
-
这是一个有点开放性的问题，但是，制作一个好的可扩展电子应用程序的好方法是什么？VSCode、Atom和许多其他软件都支持扩展，但它们的代码库太大，我无法理解到底发生了什么。我对Jupyterlab感到非常惊讶，据他们说，它包含一个小小的核心，而其他一切都只是它上面的扩展。所以我想知道如何构建这些应用程序。 我的具体问题是： 是否有创建可扩展架构的最佳实践 电子部分是如何“识别”延伸的？怎么装的？什
-
过去，我在玩Node。js只在我的本地机器上，所以我只有使用单进程Node的经验。js应用程序。现在，我想创建一个可以在web上发布的web应用程序。 这个web应用程序有点像多人游戏——使用Socket。IO用于客户端-服务器通信，Express用于处理HTTP请求，grunt用于任务管理，等等——我希望使用其他NPM包来处理各种任务。 我想将此应用程序的架构设计为 < li >实现水平可伸缩性
-
我是一个有经验的iOS开发人员，这个问题对我来说真的很有趣。我看到了很多关于这个话题的不同的资源和材料，但尽管如此，我仍然感到困惑。一个iOS联网应用程序的最佳架构是什么？我指的是基本的抽象框架和模式，它适合每一个网络应用程序，无论是只有少量服务器请求的小应用程序，还是复杂的REST客户端。苹果推荐使用作为所有iOS应用程序的基本架构方法，但无论是还是更现代的模式都没有说明网络逻辑代码应该放在哪里