Amazon CloudFront 为每个用户创建到 Wowza Streaming Engine 的新连接
Amazon CloudFront creates a new connection to Wowza Streaming Engine for each user
我们正在使用 Wowza Streaming Engine 进行直播，并且认为我们可以使用 Amazon CloudFront 将视频传送给观众以减少我们服务器上的负载并且不再担心我们消耗多少带宽。
用户使用 HLS 在 iOS 台设备上观看视频，URL 看起来像这样：http://[cdnHash].cloudfront.net/live/[origin]_[stream_name]/playlist.m3u8。我们在世界各地有许多服务器，因此我们在 CloudFront 中创建了多个行为，因此它知道从哪里获取每个流，具体取决于 URL 作为路径模式的 [origin] 部分。
这有效，我们可以使用此 URL 观看视频，一切似乎都很好。但是，我们注意到对于每个使用 CloudFront URL 的查看器，都会创建一个到 Wowza Engine 的新连接。这有点违背了使用 CDN 的目的，因为我们服务器的带宽再次与观众数量成正比，而且我们现在也将支付 CloudFront 带宽费用。
我不确定到哪里寻找这个问题的根源：Wowza 起源的设置，还是 CloudFront 设置？
听起来您在 Wowza Streaming Engine 中使用的应用程序类型不正确。要将 Wowza 与 CloudFront 集成，您需要使用 HTTP Origin 类型的应用程序。在此模式下，连接是无会话的，不应为每次 CloudFront 播放生成唯一连接。
要创建 HTTP 来源类型的应用程序：
- 从管理器 UI，进入“应用程序”，然后单击“添加应用程序”菜单。
- Select Live 或 VOD HTTP Origin，具体取决于您流式传输的内容类型。
- 保存您的新应用程序并再次测试来自您的 CloudFront 分配的流。
我们正在使用 Wowza Streaming Engine 进行直播，并且认为我们可以使用 Amazon CloudFront 将视频传送给观众以减少我们服务器上的负载并且不再担心我们消耗多少带宽。
用户使用 HLS 在 iOS 台设备上观看视频，URL 看起来像这样：http://[cdnHash].cloudfront.net/live/[origin]_[stream_name]/playlist.m3u8。我们在世界各地有许多服务器，因此我们在 CloudFront 中创建了多个行为，因此它知道从哪里获取每个流，具体取决于 URL 作为路径模式的 [origin] 部分。
这有效，我们可以使用此 URL 观看视频，一切似乎都很好。但是，我们注意到对于每个使用 CloudFront URL 的查看器，都会创建一个到 Wowza Engine 的新连接。这有点违背了使用 CDN 的目的，因为我们服务器的带宽再次与观众数量成正比，而且我们现在也将支付 CloudFront 带宽费用。
我不确定到哪里寻找这个问题的根源：Wowza 起源的设置，还是 CloudFront 设置？
听起来您在 Wowza Streaming Engine 中使用的应用程序类型不正确。要将 Wowza 与 CloudFront 集成，您需要使用 HTTP Origin 类型的应用程序。在此模式下，连接是无会话的，不应为每次 CloudFront 播放生成唯一连接。
要创建 HTTP 来源类型的应用程序：
- 从管理器 UI，进入“应用程序”，然后单击“添加应用程序”菜单。
- Select Live 或 VOD HTTP Origin，具体取决于您流式传输的内容类型。
- 保存您的新应用程序并再次测试来自您的 CloudFront 分配的流。