作者：Gerald Baldino（原文链接）
翻译：刘通
如果你是专业的开发者，你可能完成过很多项目并且获得了种种荣誉。如果你从顶尖大学或者代码学院毕业。如果你有着多年的编程经验。并且你精通从Python到INTERCAL的每种语言。那么靠着你的这些技能，学习嵌入实时通讯的原生WebRTC代码就是小事一桩，因为这基本上就是一系列JavaScript API的集合。毋庸置疑你有将代码与你的商业网站相融合的能力。
尽管这样说，这也只是一个漫长噩梦的开始。
这是因为，WebRTC的一个最大的有点—灵活，开源设计—也是最大的挑战之一。任何有JavaScript实战经验的人都可以自己搭建一个WebRTC平台。但是真正的挑战在平台运行后才会出现，而你的生意也很大程度上的决定于此。
DIY WebRTC项目的时候可能出错的点在哪？下面是你可能会遇到的一些问题。
浏览器互通性：目前只有三家浏览器支持WebRTC：Google Chrome浏览器，Opera浏览器，以及Firefox浏览器（译者注：还有微软Edge浏览器）。想要让WebRTC在IE或者Safari浏览器上工作，你必须安装一些特殊插件。这会给你运营增加难度，并且难度会随着你的用户量的增加而增加。维护也会是一个很花费时间的过程。
可扩展性：你不是要做一个标准的应用。你是要给你的公司设计一个电信服务。这就需要电信级别的设备来确保可靠，高质量的音视频以及数据传输服务。除非你是有着不计其数的服务器的大公司，否则WebRTC会成为你网络的重负。
支持：WebRTC是一项开源的技术，也就以为着没有官方组织或者群体来解决出现的问题。当你发现代码中有bug并且只有几小时的时间来解决的时候，没有官方的支持就会成为大问题。如果你想要搭建自己的WebRTC平台，那就做好跟睡眠和节假日说再见的准备吧。
更新：另一个搭建管理自己WebRTC服务的一个缺点就是，只有你自己对新软件和插件的更新负责。及时的更新对软件的使用表现和稳定性十分的重要。但是在没有相关部门的可靠支持下，这也会带来庞大的工作量和压力。
那么有什么除了自己开发以外其他的选项吗？当然是有的。你可以跟实时通信服务提供商合作，他们可以为你的公司管理全部的处理过程—给你提供客户端SDK和API，与高质量的平台相捆绑并且还有自动更新，支持团队以及基础设备。有很多服务商（比如声网Agora.io）可供选择。
译者：另一篇关于“自己搭VS花钱买”的文章请点击此处查看。
