转载，若侵权联系 [email protected] 删
虎牙运维
-zz
我们主要关注所负责业务的核心服务的核心指标，我们将每一条端到端链路都看做是一个服务，那么服务指标可以是成功率、延迟或其他，将指标能达到某个程度作为目标；研发和运维团队会对这个服务画出部署构架图、可靠性逻辑框图（见下图）；建立业务的可靠性模型，同时还会做一些FMECA；分析失败模式及其带来的影响，以及讨论设计解决方案；对一些关键的服务，要把故障树画出来，度量风险，选择优先风险，推动解决；可靠性是管理出来，是运维出来的，但首先是设计出来的，可靠性设计的方法包括避错、改错、容错等。
作者：麦思博
链接：https://www.jianshu.com/p/70c680c4c5d5
来源：简书
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
-虎牙的一些实践：
主播上行切换：从早期主播重新开播修复上行问题，到后台手工切换，到主播端自动切换。修复时间（MTTR）从半个小时缩短到5分钟，到秒级。
观众调度系统：基于主播端，观众端调度，小运营商调度、无缝切换，按协议调度等，机房一键上下线。
故障修复更高一级是自愈，这也是故障修复能力转化为软件架构设计的高度。
作者：麦思博
链接：https://www.jianshu.com/p/70c680c4c5d5
来源：简书
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
LiveVideoStackCon2018干货分享(五)————架构篇之XCDN
星号then
星号then
多媒体通信工程师/程序员/开源硬件爱好者
3 人赞同了该文章
所谓XCDN，即是各视频网站在CDN(内容分发网络)的基础上，进行传输上更独特化的扩展，多数扩展方法多数都和P2P技术有些关系。本篇就简要介绍一下爱奇艺的HCDN和虎牙的混合CDN。
2.2 XCDN
2.2.1 爱奇艺HCDN
这个语法递进逻辑比较好，任何技术或业务的简介都可以如此套用，始于XX、立于XX、兴于XX，最后蜕变为XX。
HCDN中的H即是混合，一方面混合了P2P与CDN两大主流技术演进出混合分布式存储网络(虽然云计算和分布式计算概念内涵有集中-分布之争，但分布式存储和云存储概念内涵是一致的)，另一方面混合节点与设备演进出混合分布式策略。
P2P的传输理念就是构建Mesh网络，和传统CS的云-网-端体系对比是具有颠覆性的。
从市场视角来说，需要考虑三个维度，从Peer端下载、通过种子上传以及平衡Tracker和HDS的推送三者间关系。
从上图可见有四个逻辑单元，分别是：Peer、Tracker、HDS和Pusher。作为资源的获取者的Peer Client从Tracker服务器中找到HDS的地址信息，并从HDS地址中读入数据Block，Tracker会通知HDS Push将数据块写入HDS中，其中HDS可以是PC、智能盒子或其他设备，并把最新状态反馈给Trackers，实现了按需重平衡的过程。
Peer端策略如上图，达到局部最优即可。
Tracker端策略如上图，力争全局最优。
爱奇艺的iocp，感觉就是把原来应用在电脑主机上的P2P技术迁移至小区边缘节点、家用路由器、NAS、电视盒子上，根据拥有的资源分片和带宽情况，构建一个大缓存实现视频资源的加速获取。
作者使用桑基图来进行冷热迁移分析，该项技术还获得了行业内的二等奖。
2.2.2 虎牙混合CDN
CDN最大的问题是延时较大(秒级而非毫秒级)，低延时技术、秒开首开技术层出不穷，本质上依赖UDP上对视频进行传输而非RTMP协议，目前多种方案算法并行情况下首开降到500ms以下，多数是基于FFmpeg的ijkplayer开源实现。
基本思路还是重交互的用UDP+P2P，重海量并发访问的用RTMP(FLV封装)+CDN，前者被虎牙称为主播网络
从服务器、客户端、工作模式上对架构进行简要说明，其中P2P支持WebRTC的接入，P2P模式需要三次握手，但CDN模式只需要一次请求即可
P2P是全部去中心化的说法是不准确的，内外网地址映射、资源状态的分发与更新，以及基于带宽的传输策略调整，都需要P2P Proxy来协同完成。
在组网上支持Upnp，Upnp是将智能设备等连接到P2P的分布式网络架构。UPNP_百度百科
在分发技术上，拉流推流向结合，且推流是通过边缘服务器切片实现。
从结果表现上看比较优异，但缺乏数据对比支持。
编辑于 2018-11-26