通讯隐私保护的架构方案(确定)

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
通讯隐私保护的架构方案
业务场景:出行
1.下单 4.2推送中间号
4.1推送中间号 5.拨打中间号,呼叫转移到对方真实号码上 End: 中间号回收
业务场景:房产经纪人外呼
业主
1.发布房源 2.分配中间号A
中介平台
Hale Waihona Puke Baidu
绑定关系
End: 中间号A回收,保留中间号B
经纪人
运营数据
目前,我们每天大概会保障200万次通话; 上个季度总共通话时长有7000万分钟; 共保护了近7000万用户的隐私;
最高12W人同时通话 最高每分钟所产生的录音文件将近12G Restapi 并发请求最高达到10W次/秒
数据流图
平台架构
微服务路由设计原则
数据服务之redis设计
数据服务之DB接口要求
需求:对应用透明,接入支持标准化与多样化。
设计原则: 数据节点拆分:可以按照定义的字段进行Hash/Range/List水平拆分 统一访问:应用不需了解数据的分布情况,透明访问; 查询:满足跨分区的多表连接,分组,分页,排序查询; 标准化:标准化的SQL语法; 高可靠保障:数据冗余存储,故障发生时自动切换。
数据服务之DB设计
呼叫建立过程
会话持久性保障
呼通率保障
线路资源管理
录音文件的处理
网络部署:线路资源支撑
相关文档
最新文档