我应该让express还是Elastic Beanstalk为我的静态文件服务？

我在AWS EB上运行了一个node express应用程序。我可以通过添加

app.use(express.static(path.join(__dirname, 'public')));

或者，我可以删除此项并在EB配置中配置静态文件

---

有什么理由让我选择一个而不是另一个吗？

在Elastic Beanstalk中，静态文件部分允许您将代理服务器配置为直接向用户提供静态资产，而无需点击Node Express应用程序。这通过不使用NodeJS线程来服务静态文件来提高应用程序性能

---

如果您在Elastic Beanstalk前面使用AWS CloudFront，缓存静态路径，将文件从最近的AWS边缘位置传递给用户，则会更好，以进一步提高应用程序性能。

在Elastic Beanstalk中，通过“静态文件”部分，您可以配置代理服务器，以便直接向用户提供静态资产，而无需访问Node Express应用程序。这通过不使用NodeJS线程来服务静态文件来提高应用程序性能

---

如果您在Elastic Beanstalk前面使用AWS CloudFront，缓存静态路径，将文件从最近的AWS边缘位置传递给用户，以进一步提高应用程序性能，也会更好。

啊，太好了，是的，这很有意义。我问的原因是我有这样的设置。。。但由于某种原因，当它压缩我的css时，它并没有压缩我的js-我想从express提供服务，并在那里使用压缩，因为当我在本地测试时，这似乎工作得很好。@user1803975也许你的js太小了。Cloudfront在文件超过1kB时开始压缩文件啊，太棒了，是的，这很有意义。我问的原因是我有这样的设置。。。但由于某种原因，当它压缩我的css时，它并没有压缩我的js-我想从express提供服务，并在那里使用压缩，因为当我在本地测试时，这似乎工作得很好。@user1803975也许你的js太小了。Cloudfront在文件超过1kB时开始压缩文件