标签：WebRTC

1. 总体架构与设计原则 - 采用多活/混合云架构，核心在欧洲（如法兰克福/阿姆斯特丹）部署边缘坐席服务器以降低RTT。 - 遵循低延迟、冗余、可观测、自动化原则，要求单点故障RTO小于30秒。 - 使用Anycast+BGP在CDN与SIP代理之间实现流量就近转发，减少跨境跳数。 - 将媒体转发（RTP/RTCP）和信令（SIP/HTTPS）

1. 现状盘点与成本构成梳理（执行步骤） 1.（a）在各欧洲机房导出坐席流量报表：呼叫量、并发、峰值时段、录音大小。（b）列出通信供应商、SIP中继成本、带宽、存储与监管合规开销。（c）用Excel或BI工具按机房分摊计算每月单坐席成本。 2. 统一协议与边缘SBC部署（SIP/WebRTC整合） 2.（a）选定开源或商用SBC（Kamail

1.概述与目标定位目标：为亚太用户（日本）和欧洲用户搭建低延迟、高并发的游戏与流媒体平台。小分段：A. 确定核心需求（并发量、带宽、延迟目标）。B. 划分服务边界（游戏逻辑服务器+媒体转发服务器）。C. 选择部署地域（日本关东/关西、欧洲西部/北欧）。 2.选择云服务商与实例类型步骤：A. 对比延迟与带宽：在目标城市做 ping/mtr