WebRTC 真的免费吗？运行 WebRTC 应用程序的成本

WebRTC 真的免费吗？它是开源的，并因此而被广泛使用。但是，当涉及到运行和托管你自己的WebRTC应用程序时，它并不免费。

如果你是 WebRTC 的新手，那么建议从这里开始 – WebRTC 是什么

是时候回答这个令人纠结的问题了。

WebRTC 真的免费吗？

WebRTC是世界上最广泛使用的实时通信开发技术，其中一个原因是它是开源的。它在所有现代浏览器中都有嵌入和可用，这对它有很大的帮助。这意味着任何人都可以将WebRTC用于他们认为合适的任何目的，而无需支付任何前期的许可费或后期的专利费。这使得成千上万的公司能够开发和推出自己的应用程序。

但这是否意味着每个使用 WebRTC 构建的 Web 应用程序都是免费的？不。WebRTC 很可能是免费的，但任何附加在它之上的东西都可能不是。而且，让 Web 应用程序上线和处理流量成本仍然需要成本。

出于这个原因，在这篇文章中，我将谈谈为什么WebRTC真的是免费的，以及如果你想获得自己的WebRTC应用，你必须考虑哪些因素。

是的，WebRTC 本身是完全免费的

WebRTC 软件库是在允许的开源许可证下开源的。这意味着它的源代码对每个人都可用，并且个人和公司可以在他们希望的任何地方修改和使用它，而无需回馈他们的更改。这使得商业软件更容易用它来开发（即使是在没有对基础WebRTC库进行修改或改进的情况下——只是因为企业律师的态度）。

你看？WebRTC 真的是免费的。

谷歌“拥有”并维护主要的 WebRTC 库实现。每个人都从中受益。也就是说，他们这样做并不只是出于善意，他们对WebRTC有自己的用途，他们专注于此。

但是，运行 WebRTC 应用程序需要成本

虽然你不需要为WebRTC本身支付任何费用，但你需要开发、发布和维护应用程序。这里有一些成本，而且是相当大的成本。这些成本根据你的要求而变化。

我想将这里的成本分成 3 个部分：

开发 WebRTC 应用程序的成本
优化 WebRTC 实现的成本有多高
WebRTC 应用程序的托管和维护成本

开发一个WebRTC应用的成本

你可以作为成本的第一件事是构建 WebRTC 应用程序本身。

在这里，就像在所有其他领域一样，当涉及到熟练的 WebRTC 工程师时，需求大于供应。

在这里，你也应该将成本分为两部分：

开发你的应用程序需要多少钱？
应用程序的 WebRTC 部分——你需要投入多少资金？

由于在 WebRTC 中所做的一切都需要熟练的工程师（在 WebRTC 专业知识方面是稀缺的），你可以放心地假设它会比你估计的要贵一点点。

优化一个WebRTC实现的成本有多高

我知道你要说什么。你的 WebRTC 应用程序将会很棒，它会非常好，它将与现有的解决方案（如 Zoom、Google Meet 和 Microsoft Teams）擦肩而过。

这种心态对企业家来说是健康的，但在这里有必要考虑一下现实：

你不能用 WebRTC 在质量上超越谷歌
- 至少，如果你要对着干，就不能。
- 请记住，是他们在维护WebRTC，并在Chrome中实现它。
- 如果你有足够的技能来实现这一目标，那就意味着你不需要阅读这篇文章……
这些供应商拥有庞大的团队
- 大于你准备投入的规模
- 几乎肯定比你未来3年的预算要大
- 他们将在纯粹的媒体质量上胜过你。
- 特别是当我们的行业目前的重点是改善它的时候。
- 这些供应商还需要处理谷歌如何在浏览器中运行WebRTC的问题。

这使我想到需要不断优化你正在做的事情。

自从大流行以来，我们已经看到这个领域的领先厂商越来越努力地改善和优化质量。这表现在他们发表的研究报告以及他们为市场带来的功能上。这里有几个例子：

更大的会议规模
降低 CPU 使用率
较新的音频和视频编解码器
将 AI 算法引入媒体管道

你也应该为自己的持续优化做好计划。你的客户会期望你跟上行业发展的步伐。在这里，”足够好 “的概念很有效，但什么是 “足够好 “的标准一直在提高。

这种优化不仅是为了提高质量，也是为了降低成本。

将这些成本考虑进去……

WebRTC 应用程序的托管和维护成本

前几天我开了一个会。一个创业公司的创始人不得不使用WebRTC，因为客户需要一些实时和互动的东西。这个组件并不是他的应用程序的核心，但没有这个组件就意味着失去交易和收入。这是一个特定功能所需的强制性能力。

他抱怨说，WebRTC的运营成本很高。主要是因为带宽成本。

我们可以将这里的 WebRTC 维护成本分为两类：云成本、维持照明的成本。

云成本

那个创业公司的创始人专注于云成本。

当我们看网络应用的基础设施成本时，有通常的 CPU、内存、存储和网络。我们可能直接支付这些，或通过其他管理和无服务器服务间接支付。

对于WebRTC，网络组件是最大的伤害。特别是对于视频应用。你可以通过使用二线IaaS供应商或在 “无名 “的本地数据中心托管来降低这些成本，但如果你像大多数供应商一样，你很可能最终会在亚马逊、微软或谷歌云上。而在那里，外发流量的带宽成本很高。

WebRTC 是点对点的，但是：

并非所有会话都可以对等。有些必须通过TURN 服务器中继
在大多数情况下，大型群组通话意味着通过云将你的带宽传输到WebRTC 媒体服务器
我所知道的所有商业 WebRTC 服务都有占用带宽的服务器组件

你越是成功，你就会消耗更多的带宽，你的云计算成本就会越高。

在开发你的应用程序时，你需要考虑到这一点，特别是决定何时开始优化成本和带宽的使用。

维持照明的成本

然后是“维持照明”的成本。

WebRTC 一直在变化。事情被废弃和删除。功能随着时间的推移而改变行为。新的功能被添加。你需要不断地测试你的应用程序在即将发布的 Chrome 浏览器中不会出现问题。谁会在你的 WebRTC 应用中处理所有这些问题？

你还需要了解你的WebRTC应用的使用方式。用户是否满意？是否有你需要投资的领域需要进一步优化？可观察性（=监测）是这里的关键。

保持灯亮有其自身的一系列相关成本。

构建与购买 WebRTC 基础设施

使用托管服务（如 CPaaS 供应商）购买 WebRTC 基础设施非常昂贵。但话又说回来，构建自己的（以及优化和维护它）也很昂贵。

粗略地说，这就是摆在你面前的那种决策表：

	自建	买
优点	🔹根据特定需求定制 🔹解决方案的所有权和根据不断变化的需求进行修改的能力 🔹更好地控制成本	🔹 上市时间短 🔹 初始成本低 🔹 不需要高技能的 WebRTC 专家团队
缺点	🔹 耗时。上市时间更长 🔹 初始开发成本高 🔹 持续维护成本 🔹 寻找/雇用熟练的 WebRTC 开发人员	🔹 规模化的成本可能是一个问题 🔹 在媒体层更难区分