id3as:为出错而设计的流媒体技术

id3as的导演史蒂夫·斯特朗和阿德里安·罗伊已经共事了30年. 罗伊的职业生涯始于零售业，后来进入了金融科技领域. 他承认，他们对媒体领域一无所知，直到十年前，他们与视频技术专家(兼流媒体特约编辑)Dom Robinson合作.

“当我们看到媒体客户开始进行直播活动时，很明显的是，当事情出错时，你几乎无能为力," Roe says. “如果你有摔倒的日志记录，那你就很幸运了.

“因为我们来自开发背景，所以我们认为我们可以消除这种痛苦 id3as 结果就产生了."

这家总部位于英国的公司为自己设定的任务是提供流媒体解决方案，这比链中的任何一个环节都更可靠. 其目的是消除与停机时间、产能过剩和产能不足相关的成本.  

当罗伊帮助像北岩这样的公司建立网上银行时，他做了类似的事情，使用了背靠背的服务水平协议(sla)。. 他说:“现在这不是一个可行的做法。. “方法需要是，你构建一个系统，这样如果你的系统的任何一个元素出错，没有人会注意到.

“已经有人尝试在通用容器和Kubernetes上做到这一点, 但它们本身并不是真正的解决方案. 我们的技术可以在Kubernetes和Docker环境中自协调或共存, 几乎可以在任何芯片组上运行, OS, and platform. We use Erlang, 25年前开发的一种编程语言，用于提供载波级电信服务."

真正的高可用性, he continues, 是接受事情会出错，并确保出错, 它不会影响下游的客户.

“我们对解决方案在实验室条件下的表现不感兴趣. 我们更感兴趣的是什么时候出问题."

该公司开发了一种虚拟视频管道，可以定制和安装，为广播公司和运营商提供优质的流媒体模式

高级视频管道(AVP)是一种模块化架构，涵盖了通过转码和浓缩到封装和CDN的摄取. 所有功能和数据捕获都通过发布的openapi公开. 因此，AVP可以集成到现有的控制和监测系统中.

“我们并不寻求成为下一个Wowza、Unified或eme，”罗伊说. “我们了解我们的利基市场，希望与数量相对较少的高价值企业客户合作."

对于Intrado(前身为纳斯达克，前身为汤森路透)来说，id3as每年促成7.5万场现场活动. 这些大多是财务公平披露事件，也是一个“完美的例子，说明我们如何通过仔细观察在实践中可能出现的问题来帮助扩大业务规模和管理成本”."

In this case, 纳斯达克发现，在电话会议期间，电话经常中断. 罗伊说，引入AVP立即将减值率降低了一个数量级，直到今天, 损伤程度几乎可以忽略不计. 这甚至包括“没有人注意到”(特别是没有纳斯达克的客户)!) when Amazon U.S. 东网瘫痪了好几天，尽管当它瘫痪时，那里正在直播168个事件.

For DAZN, id3a为许多服务提供夹层编码和ABR阶梯创建, 以及一套丰富的音频处理能力. 其中之一是为DAZN的现场活动制作提供远程评论解决方案，该解决方案始于6年前，是id3a进军WebRTC的一次尝试.

“当我们管理直播的超高质量编码时, 我们也可以做一个高质量的低延迟的feed，推送到互联网上任何地方的评论员. 这减少了DAZN必须派遣多名评论员参加活动的成本，并增加了他们可以制作的语言数量."

另一个id3as“现实世界中实用的脏东西”的例子,而不是临床实验室测试的性能, 这是交付的工作 Arqiva混合电视功能. “他们收购了一家公司，启动了他们在该地区的能力, 使用基于现成组件的技术," Roe says. 他们面临的问题是，许多电视制造商最多也只是对国际标准不够重视——解决方案只适用于16%的目标设备.

“与我们合作6周后，我们的解决方案在96%的目标设备上运行. 很多设备不符合标准, 所以我们为它们提供了兼容的(但不是标准的)流."

它还与Limelight合作，将其实时流媒体平台替换为基于WebRTC的平台. Limelight实时流媒体 提供可靠的, 宣传, 使用UDP数据传输协议的实时视频流，并与Limelight的全球CDN集成. 尽管该项目的重点是提高可靠性和“在糟糕的日子里保持良好状态”,它还使LLNW现有硬件可以提供的流量增加了整整一个数量级.

id3as, 这家公司仍然只有8名全职员工, 是否打算让像Limelight这样的cdn达到他们的sla.

“你可以忽略99%及以下的SLA，”斯特朗说. "Frankly, 你有那么多的时间来回应事情，你可以在你的橱柜里放一个盒子来做这件事. At 99.9%，你的时间更有限. 如果你很有条理的话, 你可能仍然可以用一种相当简单的方法来传递这种数字.

“一旦你达到4个9，它就开始脱离人类的控制范围. 你必须有多个系统全程运行. 你可能会得到像n+1模型这样的东西，你有一堆活的系统和一些热的备用系统在那里运行. 但是你肯定处在一个你必须拥有某种形式的分布式系统的世界里."

With SLAs of 99.999或更多，“现实是你得到了0.86秒的反应时间，”他说. "And that's not just to respond; that's to detect, fix, and have the service back up and running. 这是非常少的时间做任何事情，特别是在广域网.我们的重点一直放在解决这些挑战上，我们的工具集正是根据这些需求构建的. 这种级别的可用性不可能是事后才想到的."

[编者注:流媒体特约编辑Dom Robinson是id3a的主要负责人之一. 他与这篇文章的写作没有任何关系, 他也不写关于该公司或其流媒体竞争对手的文章.]