WebRTC vs WebSocket

Deux moyens de communiquer avec le serveur, que représentent-ils et quelle est la différence?

WebRTC veut permettre la communication en temps réel entre le navigateur et le serveur. RTC signifie Real-Time Communication. L'API Web qui permet de l'utiliser dans une application est l'objet d'un standard du W3C qui décrit l'interface des objets impliqués dans une telle communication.

WebSocket, qui est aussi défini par l'IETF et le W3C est un protocole de communication bidirectionnel. Le standard W3C décrit l'API pour l'utiliser dans une application.

Dans les deux cas on a une interface utilisable en JavaScript par les webmasters, et un protocole de communication interne qui est utilisé par les auteurs de navigateurs. Le second protocole peut être utilisé par le premier.

WebRTC décrit effectivement deux API, l'une la Web API qui est décrite par le standard du W3C, est tout ce qui intéresse les webmasters. L'autre l'API en C++ qui permet de se relier aux services multimédia en backend, est utilisée par les créateurs de navigateurs et autres logiciels.

WebRTC est supporté par Google et utilise donc le codec VP8 pour les vidéos.

Voici le schéma des différentes couches de l'interface:

L'API Web de WebRTC est un remplacement à Ajax comme WebSocket remplace l'objet XMLHttpRequest du navigateur. On se situe cependant à un tout autre niveau avec un accès bidirectionnel en temps réel, sans aucune attente du serveur. Il faut encore que ce dernier puisse supporter une telle charge, ce pourquoi ce système se destine plutôt à faire fonctionner une application sur un serveur dédié.

Documents et code