AWS IoT Core e Azure IoT Hub per la PMI — Scalare senza affogare nei costi

Il tuo impianto produttivo ha appena iniziato a mandare dati. Decine di sensori, qualche macchina collegata. Funziona. Poi arriva il giorno in cui i dispositivi diventano centinaia, e il serverino che hai configurato in un pomeriggio comincia a tossire. La connessione cade, i dati si perdono, e il tuo tecnico passa il sabato a riavviare servizi. Questo è il momento in cui la maggior parte delle PMI scopre che l'IoT non è un problema di hardware, ma di infrastruttura.

Noi, di Meteora Web, ci occupiamo di piattaforme web e automazioni da quasi un decennio. Abbiamo visto aziende spendere settimane per costruire un backend IoT fai-da-te, per poi buttare tutto quando il volume di dati è cresciuto. I cloud IoT come AWS IoT Core, Azure IoT Hub e Google IoT Core esistono per risolvere esattamente questo: la gestione di milioni di messaggi senza che tu debba pensare a server, code e riconnessioni. Ma scegliere il fornitore sbagliato può costarti caro in termini di lock-in e costi mensili.

Perché un'azienda dovrebbe usare un cloud IoT invece di un server proprio?

La domanda giusta non è "quale cloud è migliore", ma "perché non costruire tutto in casa?". La risposta è nei numeri. Gestire un'infrastruttura IoT significa occuparsi di autenticazione, crittografia, riconnessioni, buffer dei messaggi, scalabilità orizzontale e monitoring. Un server singolo può reggere cento dispositivi che inviano un dato al minuto. Con diecimila dispositivi che inviano un dato al secondo, la matematica cambia: servono load balancer, code distribuite e database scalabili. Il cloud IoT ti dà tutto questo come servizio, con un costo che cresce in modo prevedibile.

Prendiamo un esempio concreto. Un nostro cliente nel settore agricolo ha installato sensori di umidità in cinque serre. All'inizio, un Raspberry Pi con un database SQLite bastava. Quando ha esteso il monitoraggio a cinquanta serre con rilevamento ogni trenta secondi, il Raspberry Pi è andato in crash. Con AWS IoT Core, il problema non si sarebbe nemmeno posto: il servizio gestisce milioni di connessioni simultanee e il cliente avrebbe pagato solo per i messaggi effettivamente scambiati.

Il vantaggio economico è chiaro: zero investimento iniziale in server, zero costi di manutenzione, e un modello pay-per-use che si adatta alla crescita. Il rischio è il lock-in: una volta che i tuoi dispositivi parlano il protocollo di un fornitore, migrare è doloroso. Per questo la scelta va fatta con criterio, valutando il protocollo MQTT come lingua franca.

Le basi: MQTT e il modello publish-subscribe

Prima di scegliere un cloud, devi capire come comunicano i dispositivi. MQTT è il protocollo standard per l'IoT: leggero, progettato per connessioni instabili e basso consumo. Il modello è publish-subscribe: un dispositivo pubblica un messaggio su un topic (es. serra/01/temperatura) e chi è interessato si sottoscrive a quel topic. Il cloud IoT fa da broker, smistando i messaggi senza che i dispositivi si conoscano tra loro.

Questo modello è potente perché disaccoppia i produttori di dati dai consumatori. Un sensore di temperatura non deve sapere se il messaggio va a un database, a un dashboard o a una funzione di alert. Pubblica e basta. Il cloud si occupa del resto. È la stessa architettura che usiamo per le piattaforme web: code di messaggi e worker che processano in modo asincrono, senza bloccare chi produce i dati.

import paho.mqtt.client as mqtt

# Connessione a un broker MQTT (es. AWS IoT Core)
client = mqtt.Client()
client.tls_set()
client.username_pw_set("device-id", "password")
client.connect("your-endpoint.iot.eu-west-1.amazonaws.com", 8883)

# Pubblica un messaggio sul topic del sensore
client.publish("serra/01/temperatura", "21.5")
client.disconnect()

Questo codice funziona con qualsiasi broker MQTT, incluso un Mosquitto locale. La differenza con un cloud è che tu non devi gestire il broker: lo fanno loro, con ridondanza e certificati SSL automatici. Il tuo compito è solo quello di autenticare i dispositivi e definire i topic.

Come funziona AWS IoT Core e quanto costa rispetto ad Azure?

AWS IoT Core è il servizio più maturo del mercato. Offre un broker MQTT gestito, un registry per i dispositivi, un motore di regole per instradare i dati verso altri servizi AWS (Lambda, S3, DynamoDB) e un sistema di sicurezza basato su certificati X.509. Il modello di pricing è semplice: paghi 5 dollari per milione di messaggi pubblicati o consegnati, con una soglia minima di 5 dollari al mese per il servizio. Se il tuo caso d'uso è un monitoraggio ambientale con un messaggio al minuto per dispositivo, il costo è irrisorio.

Azure IoT Hub funziona in modo simile ma con una differenza architetturale: invece di un broker MQTT puro, offre un endpoint compatibile con MQTT ma integrato con il sistema di identità di Azure. I dispositivi si registrano nel registro di IoT Hub e si autenticano con token SAS o certificati. Il pricing è a livelli: il livello gratuito (F1) permette 8.000 messaggi al giorno, il livello base (B1) parte da circa 25 dollari al mese e include 400.000 messaggi al giorno. Il livello standard (S1) aggiunge il routing dei messaggi verso altri servizi Azure, che è la funzionalità che ti serve se vuoi processare i dati in tempo reale.

Google IoT Core, purtroppo, ha chiuso i battenti ad agosto 2023. Se hai un progetto esistente su Google, devi migrare. Noi consigliamo di valutare AWS o Azure come destinazione, perché sono i due ecosistemi con il supporto più ampio e la comunità più grande. La scelta tra i due dipende da dove vive il resto della tua infrastruttura: se usi già AWS per il tuo sito, AWS IoT Core è la scelta naturale. Se la tua azienda è già nell'ecosistema Microsoft (Office 365, Dynamics), Azure si integra meglio.

Confronto pratico: autenticazione e sicurezza

La sicurezza è il punto in cui le PMI sbagliano più spesso. Con un broker self-hosted, devi gestire tu i certificati SSL e le credenziali. Con AWS IoT Core, ogni dispositivo ha un certificato X.509 unico, revocabile in qualsiasi momento. Azure usa token SAS o certificati, con la possibilità di ruotare le chiavi automaticamente. In entrambi i casi, il cloud ti dà un livello di sicurezza che sarebbe complesso replicare in casa.

Un errore comune è usare la stessa chiave API per tutti i dispositivi. Se un sensore viene rubato o compromesso, devi poter revocare solo quello, non tutta la flotta. Sia AWS che Azure supportano la registrazione per dispositivo e la revoca selettiva. Noi, di Meteora Web, consigliamo sempre di attivare la verifica a due fattori e di usare i policy document di AWS o le identity di Azure per limitare cosa ogni dispositivo può fare.

Quale cloud IoT scegliere per un progetto industriale o agricolo?

La risposta dipende da tre fattori: volume di dati, latenza richiesta e competenze interne. Se il tuo progetto genera meno di 100.000 messaggi al giorno e non hai bisogno di processare i dati in tempo reale, Azure IoT Hub nel livello base è la scelta più economica. Se invece hai bisogno di integrare i dati IoT con un'applicazione web esistente, AWS IoT Core con Lambda e DynamoDB è imbattibile per rapidità di sviluppo.

Noi abbiamo costruito una piattaforma proprietaria per la gestione di contenuti social, e sappiamo quanto sia importante avere il controllo del codice. Con i cloud IoT, il codice è tuo: i dispositivi parlano MQTT, che è uno standard aperto. Il fornitore gestisce solo l'infrastruttura. Questo significa che puoi migrare da AWS a Azure se necessario, riscrivendo solo lo strato di integrazione, non il firmware dei dispositivi.

Per un progetto agricolo con sensori di umidità e temperature, il consiglio è di partire con Azure IoT Hub livello F1 (gratuito) per fare un proof of concept, poi passare al livello B1 quando la flotta cresce. Per un progetto industriale con macchine che devono comunicare in tempo reale per il controllo qualità, AWS IoT Core con un motore di regole verso Lambda è la scelta più robusta, perché Lambda scala automaticamente con il carico.

Passi operativi per collegare il primo dispositivo

Ecco la sequenza che seguiamo noi per ogni nuovo progetto IoT, indipendentemente dal cloud scelto:

1. Registra il dispositivo: crea un "thing" in AWS IoT Core o un "device" in Azure IoT Hub. Otterrai un ID univoco.
2. Genera le credenziali: per AWS, crea un certificato X.509 e scaricalo. Per Azure, genera un token SAS o un certificato.
3. Configura il firmware: usa una libreria MQTT (Paho per Python, PubSubClient per Arduino) e imposta l'endpoint del cloud.
4. Definisci i topic: struttura i topic come azienda/impianto/sensore per avere una gerarchia chiara e filtrare i dati facilmente.
5. Testa la connessione: invia un messaggio di prova e verifica che arrivi al cloud usando la console del fornitore.
6. Imposta una regola: in AWS, crea una regola che inoltra i messaggi a una Lambda; in Azure, configura il routing verso un Event Hub o una Function App.

Questa checklist ti porta da zero a un dispositivo funzionante in un pomeriggio. Il passo più importante è il quinto: senza un test di connessione, non sai se il problema è nel firmware o nel cloud. Noi usiamo sempre un client MQTT come MQTT Explorer per debug, prima di scrivere una riga di codice di produzione.

Come gestire i costi e la scalabilità senza sorprese?

Il costo è la paura numero uno delle PMI. Con AWS IoT Core, il prezzo è di 5 dollari per milione di messaggi, ma attenzione: anche i messaggi di conferma (ACK) contano. Un dispositivo che pubblica un messaggio al minuto genera 43.800 messaggi al mese, quindi circa 0,22 dollari al mese per dispositivo. Con 1.000 dispositivi, parliamo di 220 dollari al mese, più i costi di Lambda e storage. Con Azure, il livello B1 a 25 dollari al mese include 400.000 messaggi al giorno, che bastano per 277 dispositivi che inviano un messaggio al minuto. Oltre quella soglia, si scala al livello B2.

Il consiglio pratico è di stimare il numero di messaggi al giorno per dispositivo e moltiplicarlo per il numero di dispositivi previsti a 12 mesi. Aggiungi un margine del 20% per gli eventi di riconnessione e i messaggi di stato. Poi confronta i piani tariffari dei due fornitori. Noi, di Meteora Web, facciamo sempre questo calcolo con i clienti prima di consigliare una piattaforma. Un errore di stima può portare a una fattura di centinaia di euro in più al mese.

La scalabilità, invece, è il punto di forza del cloud. Se il tuo progetto decolla e passi da 100 a 10.000 dispositivi, non devi fare nulla: il cloud assorbe il carico. L'unica cosa che devi monitorare è il budget. Imposta un alert di fatturazione su AWS o Azure per essere avvisato quando superi una soglia. È il modo più semplice per evitare sorprese a fine mese.

Che ruolo ha la sicurezza informatica in un'architettura IoT cloud?

La sicurezza è il tema che le PMI sottovalutano di più. Un dispositivo IoT compromesso può diventare una porta d'ingresso per la tua rete aziendale. I cloud IoT offrono strumenti potenti: certificati per dispositivo, policy di accesso granulari, crittografia in transito e a riposo. Ma questi strumenti funzionano solo se li configuri correttamente. Noi vediamo spesso progetti dove tutti i dispositivi condividono lo stesso certificato, o dove le policy permettono a un sensore di leggere e scrivere su tutti i topic. Sono errori che si pagano cari.

La regola d'oro è il principio del minimo privilegio: ogni dispositivo deve avere accesso solo ai topic che gli servono. Un sensore di temperatura deve poter pubblicare su impianto/01/temperatura e basta. Non deve poter sottoscrivere i topic degli altri dispositivi, né pubblicare comandi. Su AWS, questo si implementa con una policy document associata al certificato. Su Azure, con le identity e i ruoli.

Un altro aspetto critico è l'aggiornamento del firmware. I dispositivi in campo sono difficili da aggiornare, quindi la sicurezza del cloud deve essere il tuo strato di difesa principale. Usa sempre TLS 1.2 o superiore, ruota i certificati periodicamente e monitora i log di accesso. AWS CloudTrail e Azure Monitor ti danno la visibilità necessaria per individuare comportamenti anomali.

Cosa fare adesso

Se stai valutando di portare i tuoi dispositivi su un cloud IoT, ecco le azioni concrete da fare oggi:

1. Stima il volume: conta quanti dispositivi hai e quanti messaggi al giorno produce ciascuno. Usa questa cifra per confrontare i piani tariffari di AWS e Azure.
2. Fai un proof of concept: registra un dispositivo su Azure IoT Hub (livello gratuito) e uno su AWS IoT Core. Collega un sensore reale e misura la latenza e la facilità di configurazione.
3. Progetta i topic: definisci una gerarchia di topic chiara per il tuo progetto, es. azienda/sito/impianto/sensore. Questa struttura ti semplificherà la vita quando dovrai filtrare i dati.
4. Imposta gli alert di costo: configura una soglia di fatturazione su entrambe le piattaforme prima di andare in produzione. Non vuoi scoprire i costi a fine mese.
5. Verifica la sicurezza: assicurati che ogni dispositivo abbia un certificato unico e che le policy limitino l'accesso ai soli topic necessari.

Il cloud IoT non è un lusso da grandi aziende. È lo strumento che permette a una PMI di competere con i grandi player, senza dover assumere un team di infrastruttura. Noi lo vediamo ogni giorno: chi adotta questi strumenti per tempo, scala senza dolore. Chi aspetta, si ritrova a dover migrare un sistema legacy con costi doppi. La scelta è tua.

Per approfondire l'architettura complessiva dell'IoT per le PMI, leggi il nostro pillar su IoT e hardware programmabile. Se invece vuoi capire come proteggere il tuo stack, il nostro articolo su Open Source in Azienda ti dà le basi per valutare i rischi.