Amazon web services AWS负载平衡器后面的.NET Core 2.0 Kestrell服务器的最佳实践
我正在使用AWS容器服务设置使用.NETCore2.0构建的API的生产部署 很多microsoft文档都指出Kestral不应该直接暴露在互联网上,应该与IIS或NGINX反向代理一起使用Amazon web services AWS负载平衡器后面的.NET Core 2.0 Kestrell服务器的最佳实践,amazon-web-services,amazon-ec2,.net-core,load-balancing,kestrel-http-server,Amazon Web Services,Amazon Ec2,.net Core,Load Balancing,Kestrel Http Server,我正在使用AWS容器服务设置使用.NETCore2.0构建的API的生产部署 很多microsoft文档都指出Kestral不应该直接暴露在互联网上,应该与IIS或NGINX反向代理一起使用 直接在AWS负载平衡器后面运行它是否足够 AWS应用程序负载平衡器还是经典负载平衡器更合适 应用程序和负载平衡器之间是否仍然需要NGINX反向代理 http流量应该在哪一层重定向到https(负载平衡器、nginx(如果使用)或kestrel 任何提示?最佳实践?此选项没有负载平衡器,仅使用NGINX可能更
任何提示?最佳实践?此选项没有负载平衡器,仅使用NGINX可能更简单。对于面向公众的应用程序,dotnet core 2.0中的Kestrel,反向代理仍然被认为是必要的:您正在部署什么?是Web API还是Web应用程序?这与您的问题无关,但我在部署Web API时遇到了一些问题所以我想问问你。如果你知道什么,请在下面告诉我,链接将帮助你了解更多关于这个问题的信息。