asp.net - Kestrel 对于在 ALB 后面的 AWS ECS 上运行的 ASP.NET Core 网站是否足够？

Question

我正准备将 ASP.NET Core MVC 网站部署到生产环境。该应用程序将部署到AWS ECS(EC2容器服务)。不建议使用 Kestrel 来处理来自互联网的流量，并且建议在前面放置一个反向代理。我的问题是，是 AWS ALB够好了？它执行 SSL 终止、负载平衡，并支持 HTTP/2 和 WebSocket。

我相信我正在放弃压缩(据我所知，ALB 或 Kestrel 都不支持它)。这个设置缺少什么？我应该考虑额外的反向代理(haproxy/nginx)吗？额外的复杂性已经足够了，如果没有必要，我不想走这条路。

Answer 1

如果您不需要压缩(它具有较小的 SEO 优势)，那么您就可以开始了。

关于您的 kestrel 应用程序，有一些需要注意的事项，我确信您在将其放置在引用代理后面时都知道:

• 请求 url 的概念已经消失:由于代理转发请求，因此请求 url 始终是代理本身。
• 此外，协议(protocol)将始终为 http 而绝不是 https。
• 负载均衡器每次都会在应用程序之间切换，因此使用静态属性运行良好(运行不佳但您没有意识到)的东西现在可能会失败。

我可以想象 ALB 的缺点可能是您无法控制负载平衡的发生方式。如果这对您来说不是问题，那么我认为几乎任何反向代理都应该适合您。 (如果你愿意的话，你甚至可以在nodejs中做一个简单的反向代理)。