Warning: file_get_contents(/data/phpspider/zhask/data//catemap/1/amazon-web-services/12.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Amazon web services AWS负载平衡器后面的.NET Core 2.0 Kestrell服务器的最佳实践_Amazon Web Services_Amazon Ec2_.net Core_Load Balancing_Kestrel Http Server - Fatal编程技术网

Amazon web services AWS负载平衡器后面的.NET Core 2.0 Kestrell服务器的最佳实践

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可能更

我正在使用AWS容器服务设置使用.NETCore2.0构建的API的生产部署

很多microsoft文档都指出Kestral不应该直接暴露在互联网上,应该与IIS或NGINX反向代理一起使用

  • 直接在AWS负载平衡器后面运行它是否足够
  • AWS应用程序负载平衡器还是经典负载平衡器更合适
  • 应用程序和负载平衡器之间是否仍然需要NGINX反向代理
  • http流量应该在哪一层重定向到https(负载平衡器、nginx(如果使用)或kestrel

  • 任何提示?最佳实践?

    此选项没有负载平衡器,仅使用NGINX可能更简单。对于面向公众的应用程序,dotnet core 2.0中的Kestrel,反向代理仍然被认为是必要的:您正在部署什么?是Web API还是Web应用程序?这与您的问题无关,但我在部署Web API时遇到了一些问题所以我想问问你。如果你知道什么,请在下面告诉我,链接将帮助你了解更多关于这个问题的信息。