亲爱的读者，很多人可能对webrtc架构详解和[译]WEBRTC开发框架Kurento不是很了解，所以今天我来和大家分享一些关于webrtc架构详解和[译]WEBRTC开发框架Kurento的知识，希望能够帮助大家更好地了解这个话题。
本文目录一览
webrtc架构详解？
webrtc是一个支持网页浏览器进行实时语音对话或视频对话的API。
它于2011年6月1日开源并在Google、Mozilla、Opera支持下被纳入万维网联盟的W3C推荐标准。
webrtc实现了基于网页的视频会议，标准是WHATWG协议，目的是通过浏览器提供简单的javascript就可以达到实时通讯能力。
webrtc的最终目的主要是让Web开发者能够基于浏览器轻易快捷开发出丰富的实时多媒体应用，而无需下载安装任何插件；
Web开发者也无需关注多媒体的数字信号处理过程，只需编写简单的Javascript程序即可实现，W3C等组织正在制定Javascript标准API，目前是WebRTC1.0版本，Draft状态；
另外webrtc还希望能够建立一个多互联网浏览器间健壮的实时通信的平台，形成开发者与浏览器厂商良好的生态环境。
同时，Google也希望和致力于让webrtc的技术成为HTML5标准之一，可见Google布局之深远。
webrtc提供了视频会议的核心技术，包括音视频的采集、编解码、网络传输、显示等功能，并且还支持跨平台：windows，linux，mac，android。
[译]WEBRTC开发框架Kurento和Jitsi的比较
Kurento和Jitsi是基于WebRTC的开源媒体服务器开发的两大开源框架，乍看到这两个项目，很难知道他们有什么具体区别，本文对这两个框架进行点对点的比较。如果你仅仅想获得一个简单的类似“项目中应该用Kurento”或者“Jitsi解决所有问题”的结论，无疑这篇文章很难帮助到你。Kurento和Jitsi的选择往往取决与你的项目目标。由于这个问题很多人在不同的场合问过我，所以我觉得有必要分享下我的观点。现在，我来解释下我是如何区分这两个项目的。
Jitsi是一个SFU开源框架，由Atlassian维护，被集成到HipChat中。Github上的介绍如下：
Kurento是一个媒体服务框架，由KurentoTechnologies维护。借助Kurento,你可以构建任何类型的后端媒体处理功能：SFU,MCU,recording，transcoding,gateway等等。这是优势，也是劣势。
如果你能够在实践中使用它，那么这就是优势。但这总是需要比其他目标简单、聚焦的框架付出更多的工作。有很多软件供应商可以帮助你定制和集成Kurento到你的项目中，其中一个就是项目的实际作者和维护者。
哪个好？
这两个框架都非常流行，每个都有超过10年的实际使用和产品验证。因此，从中选择一个并不总是那么容易。如果你只是需要单纯的XMPP的SFU，那么请使用Jitsi.如果你的需求比较复杂，需要做很多集成，那么最好还是使用Kurento。
原文阅读
如果您觉得本文对您有所帮助，请在文章结尾处点击“顶一下”以表示您的支持。如果您对本文有任何意见或建议，请点击“踩一下”，以便我们改进该篇文章。如果您想了解更多相关内容，请查看文章下方的相关链接。