为什么自动扩缩容可能会导致 RTC 通话中断（以及如何修复它）
💡
原文中文，约2200字，阅读约需6分钟。
📝
内容提要
自动扩缩容在实时通信（RTC）应用中面临挑战，传统方法可能导致通话中断。RTC应用需区分无状态的Web层与有状态的媒体层，后者扩展较难。应关注应用级指标，避免在流量低谷时随意缩容，以免影响用户体验。有效的服务发现机制和流量迁移逻辑是确保稳定性的关键。
🎯
关键要点
- 自动扩缩容在实时通信（RTC）应用中面临挑战，传统方法可能导致通话中断。
- RTC应用需区分无状态的Web层与有状态的媒体层，后者扩展较难。
- 无状态层（Web层）可实现灵活扩展，而有状态层（媒体层）则需保持会话上下文。
- 媒体服务器具有'资源引力'特性，参与者需在同一物理服务器上以避免延迟和中断。
- 基于传统CPU或内存使用率的扩展触发条件不适用于RTC，需关注应用级指标。
- 缩容时需谨慎，避免在流量低谷时撤销服务器以免影响用户体验。
- 应采用自定义流量迁移逻辑，确保现有请求完成后再终止实例。
- 服务发现机制是确保参与者路由至正确服务器的关键。
- 媒体服务器需要精心管理，扩展逻辑需理解应用逻辑以避免连接中断。
➡️
