北京亦庄域名梳理

2016-08-03 17:34:57   0  举报





仅支持查看

北京亦庄，作为北京市的重要经济技术开发区，拥有丰富的产业资源和创新活力。在域名方面，亦庄地区以“.bj”为顶级域名，代表着其作为北京市的一部分。同时，亦庄还拥有一系列具有地域特色的二级域名，如“.yizhuang”，用于体现亦庄地区的特色和发展。此外，亦庄还与多家知名企业合作，共同打造了一系列专属域名，如“.yizhuang-xxxx”，用于展示企业在亦庄地区的发展和成果。总体来说，北京亦庄的域名体系丰富多样，既体现了其地域特色，又展示了其在产业发展和创新方面的成果。

作者其他创作

大纲/内容

LogShipper

LDS

Kafka

观众

1路上行+1路下行

HlogServer落盘文件

工作负载1（虎牙）

HlogServer汇聚上报

上传任务状态表

LogCombiner

工作负载3（通用）

Nginx->SR访问异常

开始

这三者数据能对上

合流/RTMP

排查SR

Partition1

LAS

日志合并

HlogClient

Partition2

内部处理正常

日志上传

响应码正常

排查Nginx

TigerLog

分析异常日志

优点：1. 主播和连麦者之间使用P2P，网络质量较好，延迟较小，保证了两者之间交互不会有非常大的延时；2. 解决声音的干扰问题，消除回声；缺点：1. P2P在某些网络下无法穿透，有些观众根本无法与主播端进行交互；2. 主播端需要上传两路视频：一路P2P与连麦者进行交互，一路使用RTMP推到CDN。还要下载一路视频：连麦者P2P发送过来的交互数据。对主播端的带宽要求比较高。2. 主播端要进行多路视频的编码、解码，要求主播端设备配置比较高，对设备的要求也很高；3. 只能支持一个连麦者，不能支持多个连麦者；4. 由于主播端和连麦者经过CDN合并成一路，因此，不能实现主播端和连麦者视频大小窗口切换。

连麦观众

tcp通道

工作负载2（斗鱼）

分析响应码

流媒体服务器RTMP Streaming Server

P2P

内部处理异常

RTMP/HLSCDN

APIG故障

Topic1

Topic2

主播