Foto: Kevin Ache / Unsplash
Che cosa valutare prima di fare una selezione:
- Percorso di migrazione: basta cambiare la configurazione per puntare i dispositivi altrove, o bisogna modificare il firmware?
- Copertura di ciò che usi oggi: registro, twin o shadow, provisioning, regole, esportazioni, dashboard
- Hosting: SaaS del fornitore, il tuo account cloud, on premise o in ambiente isolato (air-gapped)
- Condizioni di licenza per self-hosting e clustering, soprattutto con software source-available
- Compatibilità con lo stack dati cloud che tieni: data warehouse, data lake, Kafka, Microsoft Fabric
- Proprietà, dimensioni del fornitore ed esperienza documentata nel seguire le migrazioni
In sintesi
| Azienda | Adatta a | Sede |
|---|---|---|
| ClearBlade | Ex utenti di Google Cloud IoT Core che vogliono restare su Google Cloud | Stati Uniti |
| Cumulocity | Aziende industriali che sostituiscono IoT Central con una piattaforma completa | Germania |
| EMQ | Team che sostituiscono solo il livello MQTT e tengono il proprio stack dati | Cina |
| Golioth | Flotte di microcontrollori che chiedono OTA, log e instradamento verso qualsiasi cloud | Stati Uniti |
| HiveMQ | Aziende che hanno bisogno di messaggistica MQTT nel proprio cloud o in sede | Germania |
| OpenRemote | Enti pubblici e integratori che vogliono uno stack open source in self-hosting | Paesi Bassi |
| TagoIO | Integratori e OEM che rivendono monitoraggio white label | Stati Uniti |
| ThingsBoard | Team che vogliono dashboard in stile IoT Central da ospitare in proprio | Stati Uniti |
In ordine alfabetico, non è una classifica. Nessuno paga per entrare in una selezione e le schede in evidenza a pagamento qui non hanno alcuna preferenza (lo spiega la politica editoriale).
Due dei tre grandi cloud hanno fatto un passo indietro sulle applicazioni IoT gestite. Google ha chiuso Cloud IoT Core ad agosto 2023, come ricorda l’annuncio di migrazione di ClearBlade, e il vecchio indirizzo del prodotto sul sito di Google ora rimanda a una guida architetturale che elenca cosa dovrebbe offrire una piattaforma IoT: aggiornamenti di software e configurazione, gestione delle credenziali e un motore di regole. Microsoft ha bloccato la creazione di nuove applicazioni Azure IoT Central il 23 settembre 2026; quelle esistenti continuano a funzionare fino al 20 settembre 2029 e poi non saranno più disponibili, secondo la pagina di Microsoft sull’evoluzione di IoT Central. AWS IoT Core resta un servizio supportato.
Questa shortlist è per i team che stanno lasciando uno di quei servizi, o che non vogliono proprio costruire sul livello IoT di un hyperscaler. Per il mercato più ampio, hyperscaler compresi, c’è la nostra shortlist delle piattaforme IoT.
Conviene restare sullo stesso cloud?
Spesso sì. Il percorso che Microsoft consiglia agli utenti di IoT Central è Azure IoT Hub con il Device Provisioning Service e Microsoft Fabric, più Azure Device Registry dove serve, e l’azienda pubblica guide di migrazione per dispositivi e applicazioni. Se dati, identità e fatturazione stanno già su Azure, ricostruire su Azure IoT Hub lascia al loro posto gli SDK dei dispositivi e il resto dello stack Azure. Il prezzo da pagare è che regole, dashboard e gestione degli utenti, che IoT Central dava già pronte, ora vanno assemblate.
Una piattaforma di terzi ha più senso quando vuoi un livello applicativo pronto, devi lavorare on premise o su più cloud, oppure vuoi tenere sotto il tuo controllo l’endpoint dei dispositivi, così che la prossima decisione sul cloud non tocchi il firmware.
Che tipo di sostituto ti serve?
I fornitori qui sotto si dividono in quattro gruppi. I servizi gestiti sostitutivi, come IoT Core di ClearBlade, cercano di replicare il servizio dismesso così che i dispositivi debbano cambiare il meno possibile. L’infrastruttura MQTT, come EMQX e HiveMQ, sostituisce solo il broker e lascia archiviazione, regole e app al tuo stack. Le piattaforme applicative, come Cumulocity, ThingsBoard, TagoIO e OpenRemote, portano gestione dei dispositivi, dashboard e app multi-tenant. I servizi pensati a partire dal dispositivo, come Golioth, si concentrano su aggiornamenti del firmware, log e instradamento dei dati per flotte di microcontrollori.
Prima di parlare con i fornitori, confronta quello che usi oggi con questi gruppi. A un team che usava IoT Central solo per connettività ed esportazioni servono un broker e un piano di provisioning, non uno strumento di dashboard.
Come incidono licenze e hosting sull’uscita?
Ospitare in proprio non vuol dire essere liberi dalle condizioni del fornitore. Le FAQ sulla licenza di EMQX indicano che dalla versione 5.9.0 EMQX è distribuito con la Business Source License 1.1: l’uso in produzione su un solo nodo è gratuito, ma il clustering richiede una licenza commerciale. La documentazione di ThingsBoard indica che la versione 4.4 è source-available. Il file di licenza di OpenRemote è la GNU Affero GPL, che ti obbliga a offrire il sorgente delle modifiche agli utenti se modifichi il software e lo fai girare come servizio di rete.
Controlla anche chi emette i certificati dei dispositivi. Se i tuoi certificati X.509 risalgono a una CA che controlli tu, cambiare piattaforma significa soprattutto registrare le stesse identità altrove. Se li emetteva il vecchio servizio, metti in conto di rifare il provisioning.
Come si pianifica la migrazione?
Fai l’inventario dei dispositivi per versione del firmware e per il modo in cui conservano endpoint e credenziali. Avvia la nuova piattaforma in parallelo, sposta un gruppo pilota e confronta numero di messaggi e latenza sui due lati prima di spostare il resto. Tieni acceso il vecchio servizio finché anche l’ultimo dispositivo non si è fatto vivo dalla nuova piattaforma. La scadenza vera la fissano i dispositivi che non si possono aggiornare via OTA, e per chi usa Azure IoT Central la fissano le date di Microsoft indicate sopra.
Domande da fare al fornitore
- Quali modifiche lato dispositivo richiede il passaggio: hostname, credenziali, struttura dei topic o SDK?
- Supportate i nostri certificati e il nostro flusso di provisioning attuali, o i dispositivi vanno registrati di nuovo?
- Quale licenza si applica alle installazioni in self-hosting e in cluster, e che cosa fa scattare un costo?
- Come esportiamo dati, registro e regole se un giorno lasciamo anche voi?
- Quanti clienti avete migrato dal servizio che stiamo lasciando, e possiamo parlare con uno di loro?
Come abbiamo costruito questa lista
Le scelte vengono dalla categoria piattaforme IoT della nostra directory, filtrata sui fornitori in grado di prendere il posto di un servizio hyperscaler per la connettività dei dispositivi o per il livello applicativo. Abbiamo verificato ogni descrizione e le date indicate sopra sulle pagine ufficiali il 22 ottobre 2026. La lista è in ordine alfabetico, non è una classifica, nessun fornitore ha pagato per comparire e non abbiamo provato i prodotti. Per i compromessi più generali vedi vendor lock-in e sovranità dei dati.
La selezione
ClearBlade
Piattaforma IoT edge e cloud con l'applicazione Intelligent Assets per ferrovie, energia e strutture · Austin, Stati Uniti · fondata nel 2007
Adatta a: Ex utenti di Google Cloud IoT Core che vogliono restare su Google Cloud.
Vende IoT Core, un servizio gestito di connettività dei dispositivi, insieme a IoT Core+, Intelligent Assets (digital twin e flussi di lavoro no-code) e software edge che continua a funzionare offline. Partner di Google Cloud, ha lanciato il suo IoT Core per sostituire il servizio dismesso da Google e ha offerto la migrazione gratuita. Scelta naturale per chi resta su Google Cloud; le sue applicazioni guardano a energia, trasporti, gestione di edifici e settore pubblico.
Scheda completa · Sito ufficiale (si apre in una nuova scheda)
Cumulocity
Piattaforma IoT indipendente nata da Software AG per gestione dei dispositivi, streaming analytics e app · Düsseldorf, Germania · fondata nel 2012
Adatta a: Aziende industriali che sostituiscono IoT Central con una piattaforma completa.
Gestione dei dispositivi dall'onboarding alla dismissione, analisi in streaming, dashboard, un gestore di digital twin ed esportazioni DataHub verso i data lake; la stessa soluzione si installa in cloud, all'edge, on premise o in ambiente isolato. I dispositivi si collegano tramite thin-edge.io, adattatori di protocollo o SDK. Adatta a chi vuole una piattaforma completa invece di assemblare servizi cloud; aspettati di adottarne il modello dati e il framework applicativo.
Scheda completa · Sito ufficiale (si apre in una nuova scheda)
EMQ
Lo sviluppatore del broker MQTT open source EMQX e dei software edge NanoMQ e Neuron · Hangzhou, Cina · fondata nel 2017
Adatta a: Team che sostituiscono solo il livello MQTT e tengono il proprio stack dati.
Produce la piattaforma MQTT EMQX, offerta come cloud interamente gestito (serverless o dedicato), come bring-your-own-cloud per isolamento e residenza dei dati, o in self-managed, insieme a EMQX Edge e al server di connettività industriale Neuron. Utile se vuoi tenere il tuo stack dati cloud e sostituire solo la messaggistica dei dispositivi. Dalla versione 5.9.0 EMQX è distribuito con la Business Source License, e il clustering richiede una licenza commerciale.
Scheda completa · Sito ufficiale (si apre in una nuova scheda)
Golioth
Piattaforma device-to-cloud per prodotti IoT basati su Zephyr: aggiornamenti OTA, log, impostazioni e pipeline di dati · San Francisco, Stati Uniti · fondata nel 2020
Adatta a: Flotte di microcontrollori che chiedono OTA, log e instradamento verso qualsiasi cloud.
Un servizio pensato a partire dal dispositivo: un SDK per il firmware, controllo della flotta con gruppi per aggiornamenti mirati, log remoti, impostazioni dei dispositivi e pipeline YAML che inoltrano i dati a servizi cloud, modelli AI o data lake senza toccare il firmware. Tra i partner hardware ci sono Nordic, NXP, ST, Espressif e Infineon. Adatto a team embedded che vogliono OTA e osservabilità senza gestire server; non fornisce app per l'utente finale. Ora fa parte di Canonical.
Prodotti: Golioth Firmware SDK, Connect, Fleet Control, Pipelines, LightDB Stream, Logs, Location, Device Settings.
Scheda completa · Sito ufficiale (si apre in una nuova scheda)
HiveMQ
Piattaforma MQTT enterprise per veicoli connessi, dati industriali e messaggistica tra dispositivi su larga scala · Landshut, Germania · fondata nel 2012
Adatta a: Aziende che hanno bisogno di messaggistica MQTT nel proprio cloud o in sede.
Il broker HiveMQ è disponibile in piani self-managed o interamente gestito, con HiveMQ Edge per i protocolli di fabbrica e un framework di estensioni, e punta su MQTT 5 e Sparkplug. Far girare lo stesso broker nel proprio account cloud e in sede lascia sotto il tuo controllo l'endpoint dei dispositivi. Come EMQX, sostituisce il livello di messaggistica, non la gestione dei dispositivi, le dashboard o gli OTA.
Prodotti: HiveMQ Platform, HiveMQ Broker, HiveMQ Cloud, HiveMQ Edge, HiveMQ Data Hub, HiveMQ Extensions, HiveMQ Community Edition.
Scheda completa · Sito ufficiale (si apre in una nuova scheda)
OpenRemote
Piattaforma IoT open source olandese per gestione degli asset, dashboard e regole di automazione · Eindhoven, Paesi Bassi
Adatta a: Enti pubblici e integratori che vogliono uno stack open source in self-hosting.
Piattaforma open source con licenza GNU Affero GPL: modellazione degli asset, regole e flussi, dashboard e mappe in tempo reale, riconoscimento automatico dei dati per l'hardware Teltonika. Puoi ospitarla da te senza costi di licenza, oppure pagare il team di Eindhoven per configurare, sviluppare e ospitare una soluzione. Adatta a progetti di città, energia e asset che vogliono i dati sotto il proprio controllo; la AGPL pesa se la modifichi e la offri come servizio.
Scheda completa · Sito ufficiale (si apre in una nuova scheda)
TagoIO
Piattaforma IoT con script di analisi, dashboard e applicazioni multi-tenant per prodotti basati su sensori · Raleigh, Stati Uniti
Adatta a: Integratori e OEM che rivendono monitoraggio white label.
Piattaforma cloud con centinaia di connettori per dispositivi LoRaWAN, Sigfox, MQTT e HTTP, script di analisi in Node.js, Deno o Python, dashboard no-code e TagoRUN, un portale clienti white label con policy di accesso per l'uso multi-tenant. Gira come cloud condiviso, come installazione regionale dedicata o come TagoCore all'edge. Pensata per integratori e produttori di hardware che mettono la piattaforma sotto il proprio prodotto.
Scheda completa · Sito ufficiale (si apre in una nuova scheda)
ThingsBoard
Piattaforma IoT source-available (Apache 2.0 fino alla 4.3, BSL 1.1 dalla 4.4) per gestione dei dispositivi, rule chain e dashboard · Stati Uniti · fondata nel 2016
Adatta a: Team che vogliono dashboard in stile IoT Central da ospitare in proprio.
Gestione dei dispositivi, rule chain, allarmi e oltre 600 widget per le dashboard, con MQTT, HTTP, CoAP, LoRaWAN e, tramite il suo IoT Gateway, protocolli industriali. Gira in self-hosting (anche in ambiente isolato), come ThingsBoard Cloud o con un modulo Edge che continua a funzionare durante i disservizi. Approdo frequente per chi vuole dashboard pronte; prima di un'installazione commerciale controlla la licenza source-available in vigore dalla versione 4.4.
Prodotti: ThingsBoard Community Edition, ThingsBoard Professional Edition, ThingsBoard Cloud, ThingsBoard Edge, ThingsBoard IoT Gateway, Trendz Analytics.
Scheda completa · Sito ufficiale (si apre in una nuova scheda)
Aziende, prodotti e note qui sopra sono stati confrontati con i siti ufficiali dei fornitori il 22 ottobre 2026. Piani e prezzi cambiano: fa fede la pagina ufficiale. Manca un fornitore o ne abbiamo descritto male uno? Segnalacelo.