您是否测试过最近的Alexa Web原型？它让您查看Amazon Echo的虚拟助手，而无需从浏览器中购买Amazon Echo。它非常感谢一个叫做WebRTC的相当新技术。

WebRTC是HTML5的一部分。它允许在Web浏览器内使用实时语音和视频呼叫。最好的部分？它已经由Firefox，Chrome和现在也得到了支持。Apple的Safari仍然不支持WebRTC，但这将更接近今年年底。

WebRTC周围的整个事情在2011年开始某个地方，以便将视频调用能力代码到浏览器中的简单方法。它吸引了很多开发人员，他们认为它可以帮助他们建立一个替代Skype。从那时起，几乎每月一次，我们都看到了一个启动或另一个宣布他们的Skype-Killer-WebRTC-Web-Shat-Service。不幸的是，他们中的大多数都不会比WebRTC的简单Hello-World实现更好。

根据这些努力，有些人判断了WebRTC A DUD。但它不是;这是我们尚未幻想的方式是变革性的。

这里的外带是WebRTC只是如你所致的那样复杂。您可以使用它来构建“快餐”应用程序和服务 - 换句话说，换句话说，快速且易于构建的应用程序，但这并不令人满意 - 但您也可以使用它来创建一个排名为美食的应用程序。

以下是一些服务，最近使它成为头条新闻，并使WebRTC中的美食膳食：

HingCentral是一个基于云的电话系统的企业。它已经存在了十多年来，解决了企业的沟通需求。今年早些时候，它宣布推出其开发人员的WebRTC API计划。

梁，一个赢得TechCrunch的崛起的起始2016年，是关于Live-Stream游戏的全部，游戏玩家将他的屏幕流向观众。光束团队对视频流的速度或HLS提供的速度快乐 - 当前的流媒体技术不满意。闪光灯和HLS倾向于在调谐后向上占用20秒。那么波束所做的是使用WebRTC的数据通道作为视频流的传输，调用这项新技术FTL（是的，它比Light更快）。这使得光束能够在流中进行次级第二延迟，并能够完全丢弃缓冲。

演员是一个完整的服务播客工作室。它不需要下载。通过使用WebRTC再次实现这一点。虽然演员和光束似乎相当相似（它们都最终流媒体），但它们在其体系结构中进行了不同的WebRTC使用。演员使用WebRTC获取用于编辑目的的媒体流，而波束使用WebRTC用于将媒体流传输到观众。

通话时间是Sean Parker的启动。它刚刚以WebRTC作为一种组视频聊天应用程序。该公司实际上收购了一家名为Vline的公司，这是一个早期的WebRTC技术，才能实现这一目标。对于通话时间来说，WebRTC只是意味着结束。社交组视频聊天服务需要一种能够在移动设备内实时处理媒体的方法，而WebRTC以在其他任何地方的价格不可用的价格将是不可用的。

Twilio刚刚为IPO提交并是云通信API的海报孩子，已经向其用户群提供了几年的WebRTC功能。它通过其电话网关进行了如此，可以通过其对浏览器的常规电话和WebRTC SDK连接，为WebRTC调用提供移动和桌面支持。

谷歌二重奏刚刚宣布。它是谷歌几个新的通信应用之一。虽然Duo似乎只是另一个视频聊天应用程序，但它不是（你可以看到justin Uberti，这是在Duo上工作的原理WebRTC工程师，在这里推文）。要与剩下的包装不同，谷歌在两次集成点中投入了WebRTC：

它添加了一个“爆震敲击”特征，这意味着视频馈送作为振铃过程的一部分被发送到Duo的接收端。用户拾取手机以回答谁在呼唤谁。这使得呼叫呼叫成为无缝过程，直到您可以开始说话。决定使用Quic一个新的Google协议，加快调用过程（拨号，应答等）周围使用的信令协议。这再次实现了更平滑的经历。有多顺利？我们只知道一旦Duo正式释放到公众。

基础设施是WebRTC中的差异化因素

这一切都会导致我们对WebRTC改​​变了我们需要考虑实时通信的事实。

几年前，这种技术的概念不同。您必须专注于您的压缩技术，以获得比其他供应商更好的视频质量，并且必须在任何新产品中增加分辨率和帧率。WebRTC通过使客户端本身成为浏览器并将其设置为能够实现的浏览器供应商来实现这一目标。称之为级别播放字段。

结果？后端基础架构变得更加重要。现在真正重要的是不同的供应商如何构建它，而且 - 正如谷歌的贾斯汀Uberti所说 - 他们如何优化它和整个系统。

如果您正在考虑使用WebRTC，或在实时通信空间中做任何事情，那么您应该在研究WebRTC中投入时间并决定哪些架构和解决方案将最适合您的用户。尽管如此，请确保不要停止在无聊的“谈话头”使用案例，因为这不会再吸引人群。

Tsahi Levent-Levi是WebRTC的独立分析师和顾问。他有时会代表暮色写。他是Bloggeek.me的作者和编辑，侧重于WebRTC周围的生态系统和商机。