Il nuovo protocollo mette il turbo al Web

Negli ultimi 15 anni, le applicazioni basate sul Web hanno gradualmente sostituito quelle basate su altri protocolli di rete per qualsiasi cosa, dalle comunicazioni personali ai contatori elettrici domestici. Ma c'è una grossa lacuna nel protocollo di trasferimento ipertestuale... HTTP —il sistema utilizzato per comunicare sul Web. HTTP è stato originariamente progettato per fornire documenti e file semplici ai browser Web, non per interazioni complesse in tempo reale.

Con il protocollo HTTP originale, un client, ad esempio un browser Web, deve aprire una connessione a un server, effettuare una richiesta, attendere una risposta e quindi chiudere la connessione. Se il client necessita di più dati, deve aprire una nuova connessione. È come riagganciare il telefono e ricomporre il numero dopo ogni frase di una conversazione. E se il server ha nuove informazioni per il client, deve attendere che il client le richieda invece di inviarle all'istante.

Questa ridondanza mastica la larghezza di banda. Peggio ancora, rende quasi impossibile mantenere un client Web pieno di informazioni aggiornate al secondo. In alcune situazioni, come il trading finanziario, quei millisecondi persi possono significare opportunità mancate.

Gli sviluppatori Web hanno aggirato i limiti di HTTP per anni con tecniche di programmazione come Cometa , che ritarda la chiusura di una connessione HTTP per trasmettere più dati. Ma quello che vogliono veramente è una connessione tra client e server che rimanga aperta a tempo indeterminato e consenta a entrambe le parti di inviare dati avanti e indietro secondo necessità.

Lo standard HTML5 quasi completo per il software Web attuale e futuro include proprio una tale soluzione, un nuovo protocollo chiamato WebSockets. Questo protocollo consente a un client Web di creare una connessione, mantenerla aperta per tutto il tempo che desidera e inviare e ricevere dati continuamente.

Kaazing , una startup con sede a Mountain View, California, era uno dei principali sviluppatori dello standard WebSockets. L'azienda ora vende un prodotto che funge da gateway software, consentendo connessioni WebSocket tra i client Web esistenti (browser, telefoni e software desktop) ei sistemi back-end a cui si connettono. Amministratore delegato Jonas Jacobi , che ha trascorso otto anni a lavorare su software aziendale basato su Java per Oracle, afferma che la tecnologia WebSocket è promettente non solo perché è più veloce, ma anche perché è più economica. Elimina la necessità di molti middleware, dice. Non è qui che le aziende vogliono mettere le loro risorse ingegneristiche; vogliono concentrarsi sul miglioramento del prodotto che forniscono.

Finora, i primi clienti di Kaazing tendono ad essere nel settore finanziario, dove i millisecondi contano nelle transazioni presso banche, hedge fund, borse e società di trading private. L'azienda ha collaborato con informatica , produttore di software di messaggistica, per sviluppare un sistema di comunicazione interna basato su WebSocket per le aziende.

Mike Pickett, vicepresidente di Informatica, afferma che l'attrattiva della tecnologia WebSocket è che è indipendente dal tipo specifico di browser [Web]: IE, Firefox, Chrome. Gli sviluppatori non devono scrivere un'estensione specifica per ogni browser, cosa che spesso fanno per soluzioni alternative. (Attualmente, Internet Explorer richiede un componente aggiuntivo per gestire WebSocket.) Chrome, Firefox, Opera e alcuni altri browser hanno il supporto integrato. Se il tuo browser supporta WebSockets, puoi guardare una demo dei mercati finanziari che si aggiorna più volte al secondo in fondo a questa pagina .

Gli altri primi clienti di Kaazing tendono ad essere società di gioco d'azzardo online come Unibet . Questo perché le scommesse richiedono quote fino al secondo, che sono difficili da fornire senza una connessione persistente.

È importante sottolineare che i WebSocket non sono esclusivi di Kaazing. Google è stato uno dei primi campioni. Oltre a integrare la tecnologia nel suo browser Chrome, l'azienda supporta un sito che mostra gli sviluppatori come implementarlo . Ian Hickson , che guida le specifiche HTML5 per Google, ha scritto sulla mailing list di una Internet Engineering Task Force: ridurre i kilobyte di dati a 2 byte […] e ridurre la latenza da 150 millisecondi a 50 millisecondi è molto più che marginale. In effetti, questi due fattori da soli sono sufficienti per rendere i WebSocket seriamente interessanti per Google.

nascondere