Amazon web services 什么'；使用Cloudfront而不是单个EC2实例进行AWS ELB设置的目的是什么？

如果AWS Cloudfront为访问者缓存您的网站内容，那么还设置ELB而不是标准的单一web服务器EC2实例有什么意义

---

毫无疑问，只有少数Cloudfront连接可以与服务器通信。

这是一个广泛的问题。如果您真的知道自己在做什么以及实际需要什么，那么如果您只需要一个EC2实例，那么您就可以使用它

对于生产环境始终建议使用多个应用程序实例（服务器），以避免单点故障。这意味着，如果一台服务器宕机或流量负载增加，其他实例将协调并保持应用程序正常运行，并且用户/客户可以访问该应用程序

有关更多详细信息，请参阅原始文件：

弹性负载平衡将传入的应用程序流量分布在多个可用性区域中的多个EC2实例上。这提高了应用程序的容错能力

负载平衡器作为客户端的单一联系点，提高了应用程序的可用性。您可以根据需要的变化从负载平衡器中添加和删除实例，而不会中断到应用程序的整个请求流。弹性负载平衡随着应用程序流量的变化而扩展负载平衡器，并可以自动扩展到绝大多数工作负载

您可以配置运行状况检查，这些检查用于监视已注册实例的运行状况，以便负载平衡器只能向运行状况良好的实例发送请求。您还可以将加密和解密工作卸载到负载平衡器，以便您的实例可以专注于其主要工作

---

CloudFront和单个EC2实例之间不需要ELB。ELB和CloudFront都提供了额外的保护（DDoS），但对于单个实例，不需要或不需要同时设置这两种保护

然而，AWS最大的设计优势之一是负载平衡和自动伸缩（ASG）。您将需要一个负载平衡器来添加这些功能。网站确实会崩溃，启用ASG将确保在Web服务器无响应时启动新实例

注意。您不希望您的EC2实例可用于公共Internet。您将吸引大量知道AWS IP地址的黑客。这种流量可以快速消耗小型T.x实例上的资源。确保您的安全组设置为只允许来自CloudFront的流量。

“当然，只有少数CloudFront连接可以与服务器通信。”您为什么建议这样做？您是否计划加密CloudFront和您的实例之间的流量？如果是，你将如何做到这一点？