基于SpringCloud alibaba的流媒体视频点播平台
- 前言
- 整体架构
- 具体实现
- 视频播放
- 总结
先把项目地址放这
》基于SpringCloud alibaba的流媒体视频点播平台《
然后咱们来看看这个项目是干啥的。
前言
今天和大家分享一个项目，基于SpringCloud alibaba的流媒体视频点播平台。
看名字我们大致就可以了解这个项目的技术栈，微服务。
但是有一个迷惑点，流媒体是什么？
这个问题我们来看看哈。
不知道大家有没有用爬虫爬过其他网站的视频，现在主流的视频网站并不会采用直接播放一整个mp4文件的方式来加载视频了。
主要是由于mp4文件格式的问题。试想一下，如果一个mp4文件达到了50个G，这个时候直接播放，那用户要等多久。只能说用户体验极差。我们以优酷为例看一下
我们使用chrome捕获一下发起的请求，可以看到这里一直在发起类似的请求，我们来看一下，这里面都是什么。
看后缀名其实我们就大概清楚了，这还是mp4文件。
这时候就有小伙伴说了，这不还是mp4文件吗，你刚刚不是说不用mp4了吗
别着急，咱们再继续看
可以看到，他并不是获取单个mp4文件，而是获取多个mp4文件，并且每个文件都非常小，我们几乎无感知的就加载出来了。
这相比与加载一整个超大的mp4文件速度是不是快多了。
这样获取并依次加载多个小mp4文件的方式，就可以被称为流媒体。
今天要讲的这个项目就是要做流媒体视频播放，并且和微服务相结合，先放一张视频播放的截图。
观察右侧可以发现，这个项目也是通过加载一堆ts文件的方式进行视频播放，也就是流媒体视频播放。
接下来我们一起来看看这个项目吧。
整体架构
整体架构如上图所示，相对来说还是比较简单的。
看到服务层，就是分成了文件、用户、视频和金融服务。这里简单介绍一下。
- 文件服务。主要用于实现视频的转码和分割。
- 用户服务。用户信息的管理和认证。
- 视频服务。视频详情、评论、点赞、收藏等基础信息的管理和查看。
- 金融服务。主要实现充值会员、点播视频以及辅助验证是否购买收费视频等功能。
具体实现
这里主要讲几个功能的实现，其他简单功能这里就不赘述了，大家有兴趣可以去看源码。
视频播放
首先我们要先了解下这个业务流程，如下
- 用户上传视频文件并存储至服务器
- 文件服务对服务器中的视频源文件进行转码、分割以及生成视频流相关文件
- 文件服务将视频流相关文件存储至服务器
- 用户访问视频流相关文件实现视频播放
我们看下上述过程中比较复杂的内容
首先是将视频文件上传至服务器。这里我们最先想到的就是直接使用IO流来实现文件上传。但这里会有一个问题，也就是单个服务器的存储空间是有限的，并且受网络IO的影响，单个服务器并不能同时承担大量的文件上传任务。
为此，这里使用MinIO来实现文件的存储，并通过搭建分布式MinIO来提升文件系统的存储空间和并发能力，并且由于其采用纠删码保证数据的可用性，有效的减少了数据冗余。
第二部分就是视频转码和分割。这里我们使用FFmpeg来实现。但是要注意一点，对于一个10多G的视频文件进行转码和分割的时间是很长的，并且对于CPU的占用也是特别高。这意味着单个文件服务很难在短时间内完成大量转码和分割任务。
那怎么办呢？
别忘记哈，咱们做的是微服务平台，一个文件服务难以处理大量文件任务，那就把这些任务分配给多个文件服务嘛
那咋弄呢
我们要解决的问题就是怎么让所有文件服务知道这些任务呢？
是不是可以用RabbitMQ，我们可以让所有服务都去监听一个队列，然后我们将文件转码和分割任务发布到这个队列里。各个文件服务依次去拿任务，然后分别执行即可。
看起来好像已经将所有任务完美的分配到文件服务了。但咱们背面试题的时候是不是有一个东西叫做 “怎么防止消息被重复消费？”
这里会出现吗，肯定会的。
出现了会有影响吗，肯定的。
啥影响呢？
会导致不同文件服务重复对同一源视频文件进行转码和分割，这样会浪费我们的服务器资源。
那咋搞呢，加下分布式锁是不是就可以了，这样就保证了其他服务即使拿到了消息也不会对视频文件进行分割。
整体流程如下图所示
播放时捕获下请求，就可以看到获取的一个个ts文件
总结
先讲一下一个功能，其他的之后慢慢补充。
源码==》基于SpringCloud alibaba的流媒体视频点播平台《==
