Node.js AWS vs Firebase[内容交付网络]

假设我有一个使用React/Node的单页应用程序，我想使用内容交付网络部署该应用程序以提高负载性能

要在亚马逊网络服务（AWS）中做到这一点，我需要合并不同的服务来协同工作

我需要在amazon的S3存储桶上托管捆绑的静态网页文件。然后我需要在Elastic Beanstalk上托管我的节点API。最后，我需要设置一个CloudFront发行版，并将我的origin设置为我的S3 bucket

它看起来像这样：

现在，如果我想在Firebase中做同样的事情，根据，我可以简单地设置Firebase主机，该主机由他们自己的CDN支持，从而提供类似的改进加载时间。Firebase托管可以包含整个React/Node应用程序，而无需像我在AWS中那样进行分离或提供各种服务

我的问题是：

Firebase主机如何包含动态节点应用程序，而无需分离前端和后端或使用各种其他服务

CDN的要点是缓存文件，所以不可能在节点API上使用CDN对不对？如果正确，那么Firebase如何在其CDN中使用节点应用程序

与AWS相比，在Firebase上设置一个完整的动态应用程序在其CDN上提供服务似乎要简单得多，这是他们的缺点还是更好的服务

---

Firebase主机仅用于您的静态前端代码。但有一种方法可以连接Firebase主机和云功能，以提供非常容易设置的动态内容

---

您可以考虑Firebase托管一个与图中AWS S3/CloudFront部分相当的zero-ish配置。

“…无需分离前端和后端或使用各种其他服务？”营销宣传？看看定价要素。当然，这似乎涉及到多个服务。在AWS中运行node肯定不需要Elastic Beanstalk。EB可能是将现有应用程序导入AWS的最简单方法。如果从头开始，您可以通过使用Lambda/DynamoDB创建一个节点应用程序，该应用程序可以很好地扩展—无需管理服务器。