来自现场的最佳实践 - AWS 上的实时通信

本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。

来自现场的最佳实践

本节总结了一些运行大型实时会话初始协议 (SIP) 工作负载的最大、最成功的 AWS 客户实施的最佳实践。 AWS 想要在公共云中运行自己的 SIP 基础设施的客户会发现这些最佳实践很有价值,因为它们可以帮助提高系统的可靠性和弹性,以防出现不同类型的故障。尽管其中一些最佳实践是特定于 SIP 的,但其中大多数都适用于运行的任何实时通信应用程序 AWS。

创建 SIP 叠加层

AWS 具有强大、可扩展和冗余的网络主干,可在不同网络之间提供连接 AWS 区域。当网络事件(例如光纤中断)使 AWS 主干链路降级时,流量会使用网络级路由协议(例如边界网关协议 (BGP))快速故障转移到冗余路径。这种网络级别的流量工程对客户来说是一个黑匣子,大多数 AWS 客户甚至没有注意到这些故障转移事件。但是,运行实时工作负载(例如语音、高质量视频和低延迟消息传递)的客户有时会注意到这些事件。那么, AWS 客户如何在网络层面提供的 AWS 流量基础上实施自己的流量工程呢? 解决方案是在许多不同的地方部署 SIP 基础架构 AWS 区域。作为呼叫控制功能的一部分,SIP 还提供通过特定的 SIP 代理路由呼叫的功能。

描绘使用 SIP 路由覆盖网络路由的示意图。

使用 SIP 路由覆盖网络路由

在上图中,SIP 基础架构(由立方体内的绿点表示)正在美国所有四个地区运行。蓝色的实线代表了对骨干的虚构描绘。 AWS 如果未实施 SIP 路由,则来自美国西海岸并发往美国东海岸的呼叫将通过直接连接俄勒冈州和弗吉尼亚州的骨干链路进行。该图显示了客户如何使用SIP路由覆盖网络级路由,在俄勒冈州和弗吉尼亚州之间拨打通过加利福尼亚路由的相同呼叫。这种类型的 SIP 流量工程可以使用基于 SIP 重传和客户特定业务偏好等网络指标,使用 SIP 代理和媒体网关来实现。