数据服务之DB设计
呼叫建立过程

会话持久性保障
呼通率保障
线路资源管理
录音文件的处理
网络部署：线路资源支撑
最高12W人同时通话 最高每分钟所产生的录音文件将近12G Restapi 并发请求最高达到10W次/秒
数据流图
平台架构
微服务路由设计原则
数据服务之redis设计
数据服务之DB接口要求
需求：对应用透明，接入支持标准化与多样化。
设计原则： 数据节点拆分：可以按照定义的字段进行Hash/Range/List水平拆分 统一访问：应用不需了解数据的分布情况，透明访问； 查询：满足跨分区的多表连接，分组，分页，排序查询； 标准化：标准化的SQL语法； 高可靠保障：数据冗余存储，故障发生时自动切换。
通讯隐私保护的架构方案
业务场景：出行
1.下单 4.2推送中间号
4.1推送中间号 5.拨打中间号，呼叫转移到对方真实号码上 End: 中间号回收
业务场景：房产经纪人外呼
业主
1.发布房源 2.分配中间号A
中介平台
绑定关系
End: 中间号A回收，保留中间号B
经纪人
运营数据
目前，我们每天大概会保障200万次通话； 上个季度总共通话时长有7000万分钟； 共保护了近7000万用户的隐私；