江苏龙网

  1. 首页 > 生活 > >

为啥现在大CDN服务商仅仅提供http内容加速，而很少支持其他TCP协议

谢邀
首先：
CDN的范畴主要在高层封装的内容加速比如http/https/rtmp/hls等等
这种业务也是互联网流量的集中地
此外：
私有协议种类繁多，CDN很难做到对每种私有协议都搭建相应的平台，这不符合市场需求

■网友
知名云厂商客户经理，聊表看法。
一般web加速首选HTTP（s),在ulb方面属于7层转发，请求代理方式，方式比较简单，而TCP方式如下图步骤比较繁多，而且是私有化协议，很难谈妥。
为啥现在大CDN服务商仅仅提供http内容加速，而很少支持其他TCP协议



■网友
我回答有点晚，我是提问的人，现在问题已经解决。

已经有人指出了，有一些服务商还是支持基于TCP的私有协议的，比如网宿APPA，还有KDDI的Dynamic Network Acceleration等服务商，而且Cloudflare也似乎准备推出支持TCP的加速服务，当然价格上要比只支持http的业务贵很多。

最终考虑到客户对成本比较敏感，但是传输的数据量非常小，购买CDN服务并不划算。选择了KCPTUN的加速方案，遗憾的是事实证明，KCPTUN比什么CDN都管用，通信的延迟显著降低，应用软件卡顿现象消除。在网络的QOS严重不公平的情况下，多倍发包才是唯一的解决方案，TCP协议会对数据包进行验证，也不会出现额外的问题，只是需要额外支付一定的流量费用。

■网友
需要 CDN 的场景是许多人（意味着协议支持广泛）访问相同的资源（意味着资源的动态性不能过强），这类场景 HTTP 与 RTMP 几乎能 90% 覆盖，剩下的 10% 里又有很多场景可以厂商自己做基于 P2P 的 mesh network，再剩下的就很少了，撑不起市场，自然也没人做。

■网友
我认为主要是解析的问题，
HTTP的协议是标准的，公认的，你可以解析出来它请求的URI，知道是要获取什么资源，那么CDN知道该资源以缓存，那么可以直接加速返回。
但普通的TCP你不知道它应该怎么解释，不知道请求的资源名称，从哪里获取，从哪个字节读，不同应用，tcp的消息格式又不一样，因此需要针对性的读取，无法通用。

■网友
大部分HTTP能解决的，为什么要用TCP？HTTP可能就已经cover 99%甚至99.9%的场景了。
TCP偏底层，不好用。

■网友
云厂商涉足CDN领域时间尚短，时间和精力主要放在主流的一些服务上面，后续肯定也会支持tcp协议，目前了解到网宿科技和蓝汛已经支持tcp协议，且相对稳定
■网友
TCP\\UDP协议的有加速方案，网宿APPA 具体了解可以找我

■网友
什么叫其他TCP协议？这个描述好不专业啊。应该是为什么很少支持其他上层协议/应用层协议。
因为HTTP更通用，HTTP协议本身是无状态和语义明确的，实现CDN相对容易。
另一方面，HTTP流量占了绝大部分，其他流量实现CDN复杂，需求又不大，属于长尾，自然没动力去实现。
如果把HTTPS看作与HTTP不同的协议的话，很多CDN供应商也在努力实现对HTTPS的支持。

■网友
【为啥现在大CDN服务商仅仅提供http内容加速，而很少支持其他TCP协议】 …我还记得当初有人还想用 CDN 为 V*P*N 加速呢，结果发现并不行。


    推荐阅读


    上一篇：关于computational logic，和declarative programming的理解，涉及的领域的介绍求教大神

    下一篇：iframe外怎样修改框架里的内容