在
网站制作过程中如果您需要交付大量图像和视频，像imgix这样的解决方案可以优化和处理这两种类型的资产，而无需您从头开始构建它或拼凑不同的解决方案。他们构建了一些工具，使网站上的图像和视频更漂亮、更高效、更有价值和更安全。
将视频添加到您的网站会立即增加价值，但也会使您的 Web 开发复杂性达到一个新的水平。我可以使用<video>标签吗？我需要 JavaScript 视频播放器吗？视频应该采用什么格式以获得最佳浏览器支持？如何在不同的环境中考虑不同的网络速度？如何确保我的视频始终以最少的缓冲播放？听起来很多（你甚至可以考虑举起双手问：“我们为什么不把它放在 YouTube 上？”）这是一个有效的回应——你越深入了解视频和视频交付，越来越多的复杂性出现，您的开发人员将不得不处理。
对于一些人来说，“把它全部扔到 YouTube 上”可能是处理视频复杂性的适当解决方案。但是 YouTube 是基于广告和观看视频的，您可能不希望广告出现在您的关键任务内容中 - 如果它是来自您的竞争对手的广告，那就更糟了！您的视频交付目标与 YouTube 视频交付平台的目标直接冲突，因此对于大多数企业而言，它并不是理想的解决方案。
考虑到最大（和最便宜）的服务，解决第一段中所有问题的最佳方法是什么？完全有可能“构建自己的”视频平台，但这会使我们回到复杂性，并将您的开发团队从核心功能中拉出来处理视频交付。从上市时间、成本（和认知开销）来看，添加视频的最佳方式是利用视频流服务。今天的伟大之处在于，您可以使用与 Netflix 或 Hulu 相同的技术来交付您的视频。
视频流是当今大多数视频内容在网络上交付的方式。<video>与仅在标签中使用静态视频相比，它具有许多优点。视频流引入的最酷的功能是自适应比特率视频。在开发自适应比特率视频之前，无论设备或带宽环境如何，都只能将一种比特率的视频交付给客户。当网络速度很快时，此解决方案很好，但当网络速度不快（或波动）时，它可能会出现问题。如果有一件事我们都知道——我们无法控制客户使用的网络速度。
在网络连接速度较慢的情况下，传统视频的启动速度非常慢，而且很可能会停止播放。（停滞是视频停止的视频流术语和出现的“死亡旋转器”）。自适应比特率视频有多个可用的视频版本，并且可以适应您客户的网络速度。这确保了视频将快速开始播放，并且在播放期间停止的可能性大大降低——无论用户的互联网连接速度如何。
视频流的行业标准是 HTTP 实时流 (HLS)。名称中的 Live 一词有点误导。虽然 HLS 可用于流式传输实时视频，但 HLS 主要用于播放录制的视频，并且可以为许多顶级流媒体服务提供支持。那么HLS视频是如何工作的呢？当流媒体服务生成多个不同比特率的视频副本时，第一步发生在视频上传上。然后，视频的每个副本都被切成小段——通常大约 5-10 秒长。在播放期间，视频播放器处理视频的下载和播放。如果下载速度与播放速度相比开始变慢 - 视频可能会停止。因此，当播放器请求下一个 5-10 秒的视频片段时，它会请求较低比特率的版本——因为较低比特率的下载速度更快，视频停顿的可能性也会降低。
