关于影视网站的一些思考

     电影网站已经是一个比较老的行业了，在3G兴起以前，传统的电影网站都是采用WEB页面的形式，那个时候最常见的是网吧的电影服务器。优酷和土豆是早期比较出名的视频网站，3G兴起以后，后来出现的直播行业，手机APP视频，TV视频，目前整个视频行业，大部分还是亏损的。

      关于视频网站，后台两大花钱点，第一是版权，第二是CDN的费用。

      正规的电影网站，需要购买电影版权，目前的电影版权非常贵，传统的视频行业靠广告和会员费来盈利，但是这一模式还是无法弥补版权的运营费用。

      目前的视频网站，通常都包含PC端，手机APP，TV端，Pad端。也属于物联网的概念，通常在开发的时候采用的是MQTT（Message Queuing Telemetry Transport，消息队列遥测传输协议）这种通信协议。是一种基于发布/订阅（publish/subscribe）模式的“轻量级”通讯协议，该协议构建于TCP/IP协议上 ，MQTT最大优点在于，可以以极少的代码和有限的带宽，为连接远程设备提供实时可靠的消息服务。作为一种低开销、低带宽占用的即时通讯协议，使其在物联网、小型设备、移动应用等方面有较广泛的应用。

       实现MQTT协议需要客户端和服务器端通讯完成，在通讯过程中，MQTT协议中有三种身份：发布者（Publish）、代理（Broker）（服务器）、订阅者（Subscribe）。其中，消息的发布者和订阅者都是客户端，消息代理是服务器，消息发布者可以同时是订阅者。

       MQTT传输的消息分为：主题（Topic）和负载（payload）两部分：

（1）Topic，可以理解为消息的类型，订阅者订阅（Subscribe）后，就会收到该主题的消息内容（payload）

（2）payload，可以理解为消息的内容，是指订阅者具体要使用的内容。

       关于CDN（Content Delivery Network） 的这一块，很早就知道这个，但是基本没有用过，在阿里云里面，集成了这个服务，目前配置已经比较简单了

 工作原理 

  假设您的源站域名为 www.a.com。接入 CDN 开始使用加速服务后，当您的终端用户（北京）发起 HTTP 请求时，实际的处理流程如下：

  

1. 终端用户（北京） 向 www.a.com下的某资源发起请求，会先向 LDNS 发起域名解析请求。 
2. 当 LDNS 解析 www.a.com 时，会发现已经配置了 CNAME www.a.tbcdn.com。 
3. 解析请求会发送至阿里云DNS调度系统，并为请求分配最佳节点 IP。
4. LDNS 获取 DNS 返回的解析 IP。
5. 用户获取解析 IP。
6. 用户向获取的 IP 发起对该资源的访问请求。 
   • 若该IP对应的节点已缓存该资源，则会将数据直接返回给用户（如图中步骤7、8），此时请求结束。
   • 若该IP对应的节点未缓存该资源，则节点会向业务源站发起对该资源的请求。获取资源后，结合用户自定义配置的缓存策略（可参考产品文档中的缓存配置），将资源缓存至节点（如图：北京节点），并返回给用户，此时请求结束。

      CNAME 即指别名记录，也被称为规范名字。这种记录允你将多个名字映射到同一台计算机。 当需要将域名指向另一个域名，再由另一个域名提供 ip地址，就需要添加 CNAME 记录   。