WebRTC 需要不适合一次性外包项目的持续投资。您需要长期计划和使用它。
WebRTC 简化了开发并降低了市场上许多人的进入门槛。这带来了快速构建、展示和试验演示、概念验证甚至 MVP 的能力。多亏了 WebRTC，现在更容易做到这一点，但不提前计划会毁了你。
您不能将 WebRTC 仅仅视为冲刺的原因有以下几个：
- WebRTC 作为一项正在发生变化的技术
- 标准和浏览器实施的内容还没有统一。有一些差异，虽然它们正在得到解决，但这需要时间，这意味着我们正处于一个漫长的过渡期。
- 浏览器正在对WebRTC进行投资（至少Chrome团队是这样做的），因此浏览器在WebRTC方面的行为在不同的Chrome版本之间发生变化。
- 通信厂商觉醒了
- 自大流行以来，通信供应商正在大力投资创新;
- 这导致了特性集和功能方面的军备竞赛，您还需要跟上。
- WebRTC 是一个资源消耗大户
- 它使用麦克风和摄像头，占用 CPU 和内存；
- 新设备（以及第一次看到的旧设备）很可能会导致应用程序行为出现问题。假设您的服务变得流行，您将在未来几年对您的 WebRTC 代码进行微调和故障排除。
- 网络不稳定
- WebRTC 需要始终在非托管网络上工作；
- 通常情况下，用户将无法连接，或者有质量问题，你需要帮助他们。
我喜欢在我的课程和演示中使用这张幻灯片：
这些是 WebRTC 应用程序中的参与者。虽然该应用程序在您的控制和所有权之内——但其他一切都不是……
- 用户很挑剔，他们使用自己的怪异设备进行连接，他们还具有不同程度的技术理解和悟性。
- 网络是不受管理的，你永远无法提前知道用户在哪里，他的网络是好是坏，以及沿途什么样的防火墙和其他讨厌的设备会阻碍通信。
- 浏览器不遵守您的开发计划。他们有自己的节奏，从一个版本到另一个版本之间大约有 4 周的更新速度。
计划使用 WebRTC？现在像准备长跑马拉松一样做好准备——这不是短跑。
为 WebRTC 马拉松做准备的事情包括：
- 获得熟练的团队；最有可能在内部培养他们并使用 WebRTC 培训他们
- 工具起来。照顾测试和监控的长期需求（你绝对应该检查testRTC）
- 如果您不具备这样做的技能，请使用第三方 CPaaS 来解决大部分 WebRTC 基础架构难题.
原文链接：https://bloggeek.me/webrtc-is-a-marathon-not-a-sprint/
相关阅读：WebRTC 是一项技术而非解决方案【WebRTC认知篇1】
本文为原创稿件，版权归作者所有，如需转载，请注明出处：https://www.nxrte.com/jishu/webrtc/14548.html
