Gli articoli della squadra

Edge computing e cloud computing a confronto

Segui un sensore in una serra per capire che cosa conviene tenere vicino, che cosa beneficia del calcolo condiviso e perché edge e cloud possono lavorare insieme.

Contenuto

Una serra ha un controller vicino e un collegamento che si estende verso una sala server separata.

Una serra può decidere localmente quando irrigare e inviare altrove le letture di lungo periodo per analizzarle. I due compiti non devono competere.

Immagina una serra che irriga le piante quando il terreno diventa troppo secco. Un’attività richiede una risposta immediata accanto alle piante. Un’altra confronta mesi di letture provenienti da diverse serre. Questi lavori non devono essere eseguiti dallo stesso computer.

Edge descrive la vicinanza; cloud descrive un modello di servizio

L’edge computing colloca una parte dell’elaborazione vicino alle persone, ai dispositivi o all’attività che producono i dati. Può significare un controller nella serra, un piccolo server locale o apparecchiature in una struttura di rete vicina.

Il cloud computing rende disponibili risorse di calcolo come servizio. Queste risorse possono trovarsi in un grande data center, ma una piattaforma cloud può estendersi anche a siti vicini. Edge e cloud non sono quindi categorie che si escludono: un sistema può usare entrambi.

Il lavoro di ETSI sull’edge computing comprende installazioni nei locali e al margine della rete, anche in collaborazione con provider cloud. Se i modelli di servizio sono nuovi per te, comincia dall’introduzione al cloud computing.

Metti la risposta immediata vicino all’evento

Nella nostra serra, un controller locale potrebbe leggere il sensore e azionare una valvola senza inviare ogni decisione a un server lontano. Accorciare questo percorso può ridurre il ritardo di rete. Filtrare o riassumere localmente le letture può anche ridurre la quantità di dati inviata altrove.

Il vantaggio dipende da come è costruita l’applicazione. Una scatola vicina che ha comunque bisogno di un servizio remoto per ogni decisione non manterrà la stessa funzione quando la connessione cade. Capacità locale, software e comportamento di fallback contano insieme alla distanza.

Usa la capacità condivisa per la visione d’insieme

Un servizio cloud potrebbe riunire le letture di molte serre, conservarne la storia e confrontare le condizioni di crescita durante una stagione. Questo lavoro può beneficiare di spazio e risorse di calcolo condivisi senza stare accanto a ogni pianta.

Non esiste un vincitore universale per velocità o costo. Il viaggio nella rete, il tempo di attesa e il calcolo stesso contribuiscono tutti alla risposta. Un cloud ben collegato può superare un dispositivo locale sovraccarico; un controllo locale rapido può evitare un viaggio inutile.

Un modo pratico per dividere il lavoro

  • Tempo di risposta: quale decisione deve avvenire subito e quanto può aspettare l’utente o il dispositivo?
  • Perdita della connessione: che cosa deve continuare localmente e che cosa può attendere il ritorno della connessione?
  • Spostamento dei dati: quali dati grezzi devono lasciare il sito e sarebbe sufficiente un riepilogo?
  • Sforzo operativo: chi mantiene i dispositivi vicini e per quali risorse o trasferimenti il servizio remoto addebiterà un costo?

Le risposte possono portare a un ciclo di risposta locale con archiviazione e analisi remote. Possono anche portare a un sistema più semplice in un’unica sede. Aggiungere componenti è utile solo quando servono al compito reale.

Più luoghi non significano automaticamente più indipendenza

Una sola organizzazione può controllare computer distribuiti in molti luoghi. La posizione di una macchina e il potere di cambiarne le regole sono questioni separate. Per capire un sistema, guarda sia dove avviene il lavoro sia chi può decidere come funziona.

Questa distinzione si collega alla domanda più ampia su chi controlla le diverse parti di Internet. Per il collegamento tra l’utente e il servizio di calcolo, continua con i principali tipi di accesso a Internet.