Estoy tratando de entender la diferencia entre WebRTC y WebSockets para que pueda entender mejor cuál es el escenario para lo que llama. Tengo curiosidad acerca de la idea general de que dos partes (principalmente basadas en la web, pero potencialmente una sea una aplicación de servidor dedicada) se comuniquen entre sí.¿Cuál es la diferencia entre WebRTC y WebSockets para la comunicación de datos de bajo nivel
Supuesto:
- evidente en lo que respecta a las redes ad-hoc, WebRTC ha sufrido ya que soporta de forma nativa el protocolo ICE/método.
Preguntas:
- En cuanto a la comunicación directa entre dos partes conocidas en el navegador, si no me baso en el envío de datos multimedia, y sólo estoy interesado en el envío de datos enteros, lo hace WebRTC darme ventajas sobre webSockets que no sean cifrado de datos?
- En cuanto a un servidor dedicado que habla a un cliente basado en navegador, ¿qué plataforma me da una ventaja? Tendría que codificar un servidor WebRTC (¿es esto posible fuera del navegador?), O tendría que codificar un servidor WebSocket (una búsqueda rápida en Google me hace pensar que esto es posible).
Navegador -> La comunicación del navegador a través de WebSockets no es posible. La pregunta sigue siendo si WebSockes o WebRTC es mejor para el navegador -> comunicación del servidor. – lvicks
WebRTC datachannel api nos permitirá funcionalidades asombrosas, pero francamente hablando: desde la perspectiva de su pregunta: WebSockets es la MEJOR opción para transferir datos --- ¡y WebRTC no puede competir con WebSockets en este caso! ---- WebRTC está diseñado para compartir flujos de medios, no flujos de datos, los flujos de datos son extensiones o partes, ¡no todo el asunto! --- (Este es solo mi punto de vista personal así que me disculpo si estoy equivocado!) –