Ottimizzazione dei costi nel carico di lavoro IoT

L'efficacia dei costi è uno dei fattori chiave di successo per i progetti IoT. In una tipica soluzione IoT, i dispositivi generano grandi quantità di dati di telemetria inviati al cloud per l'elaborazione e l'archiviazione delle tecnologie cloud. Il modo in cui si sviluppano dispositivi e applicazioni, gestire grandi volumi di dati e progettare l'architettura influisce sui costi complessivi.

Poiché una soluzione IoT è uno stack di tecnologie multilivello, esistono molti fattori di risparmio sui costi da considerare e molte opportunità per ottimizzare i costi. L'ottimizzazione dei costi è un processo di controllo dei costi a ciclo chiuso che deve essere monitorato, analizzato e migliorato continuamente durante un ciclo di vita della soluzione.

I requisiti della soluzione sono i criteri chiave per le decisioni relative all'architettura IoT. È possibile separare i requisiti in requisiti funzionali e operativi. Separare le considerazioni sui costi per ogni tipo di requisito, perché i requisiti funzionali determinano la progettazione del sistema, mentre i requisiti operativi influiscono sull'architettura di sistema. Sviluppare più casi d'uso in base ai requisiti e confrontarli prima di finalizzare la progettazione.

Questo articolo presenta considerazioni sui costi per varie combinazioni di servizi e tecnologie Azure IoT. Per l'ottimizzazione dei costi per settori specifici o casi d'uso come factory connesse, manutenzione predittiva o monitoraggio remoto, vedere Architetture di riferimento di Azure IoT specifiche del settore.

Valutare l'ottimizzazione dei costi nel carico di lavoro IoT

Per valutare il carico di lavoro IoT tramite le lenti del pilastro Ottimizzazione costi framework ben progettato, completare le domande di ottimizzazione dei costi per i carichi di lavoro IoT nella revisione ben progettata di Azure. Dopo che la valutazione identifica le raccomandazioni chiave per l'ottimizzazione dei costi per la soluzione IoT, usare il contenuto seguente per implementare le raccomandazioni.

Principi di progettazione

Cinque pilastri dell'eccellenza architetturale sono alla base della metodologia di progettazione del carico di lavoro IoT. Questi pilastri fungono da bussola per le successive decisioni di progettazione nelle principali aree di progettazione IoT. I principi di progettazione seguenti estendono il pilastro della qualità di Azure Well-Architected Framework - Ottimizzazione dei costi.

Principio di progettazione	Considerazioni
Sviluppare una disciplina di gestione dei costi	Comprendere il costo totale di proprietà (TCO) tenendo conto dei costi diretti e indiretti durante la pianificazione.
Usare strategie e approcci standard del settore	Per i settori specifici di IoT con i propri ecosistemi, ad esempio produzione, energia e ambiente, oppure automotive e trasporti, usare strategie e approcci standard del settore.
Progettare per l'ottimizzazione della frequenza	Definire i piani di implementazione per ogni livello di architettura IoT.
Monitorare e ottimizzare nel tempo	Monitorare e ottimizzare i costi con le attività di ottimizzazione dei costi in corso dopo aver implementato la soluzione.

Costo totale di proprietà

I costi IoT sono un compromesso tra varie opzioni tecnologiche. A volte non è un semplice confronto, perché IoT è un sistema end-to-end. Quando si riconciliano più servizi e tecnologie, prendere in considerazione i vantaggi dei costi della sinergia. Ad esempio, è possibile usare hub IoT di Azure dispositivi gemelli per gestire gli eventi in Gemelli digitali di Azure. I dispositivi gemelli in hub IoT sono disponibili solo nel livello standard di hub IoT.

È importante stimare correttamente i costi aggregati a lungo termine. Esaminare gli stack di tecnologie IoT e sviluppare un modello di costo che includa i costi per implementare e gestire tutti i servizi coinvolti. Il Calcolatore prezzi di Azure consente di stimare i costi operativi e di avvio.

In alcune aree, un costo monouso può essere più efficace dei costi ricorrenti. Ad esempio, nella sicurezza in cui le tecniche di hacking cambiano sempre, può essere preferibile importare un sistema operativo commerciale affidabile e un modulo come Azure Sphere. Per un pagamento una tantum, tali servizi forniscono patch di sicurezza mensili continuative per i dispositivi.

Stimare i costi della soluzione in base all'esecuzione su larga scala nell'architettura di produzione e non di modello di verifica ( PoC). L'architettura e i costi si evolvono rapidamente dopo il Modello di verifica. Secondo il report IoT Signals EDITION 3, il motivo principale per cui l'errore poC è il costo elevato della scalabilità. Il costo elevato del ridimensionamento dei progetti IoT deriva dalle complessità dell'integrazione tra livelli, ad esempio dispositivi, connettività perimetrale e compatibilità tra le applicazioni.

Il modello di costo deve includere le aree seguenti:

• Dispositivi: a partire da un numero limitato di dispositivi connessi, stimare la crescita del numero di dispositivi distribuiti e dei relativi modelli di messaggistica. Sia i dispositivi che i messaggi possono avere una crescita lineare o non lineare nel tempo.

• Infrastruttura: per valutare i costi dell'infrastruttura, tenere conto prima delle nozioni di base: archiviazione, calcolo e rete. Tenere quindi conto di tutti i servizi che la soluzione deve inserire, in uscita e preparare i dati.

• Operazioni: includere costi operativi a lungo termine che aumentano in parallelo con i costi dell'infrastruttura, ad esempio l'impiego di operatori, fornitori e team di supporto clienti.

• Monitoraggio: monitorare ed esaminare continuamente i costi per identificare le lacune tra i costi pianificati e effettivi. Una riunione di revisione dei costi regolare consente di ottenere l'ottimizzazione dei costi.

Livelli di architettura IoT

I principi di progettazione di Ottimizzazione costi consentono di chiarire le considerazioni per garantire che il carico di lavoro IoT soddisfi i requisiti nei livelli di architettura IoT fondamentali.

Comprendere i livelli di architettura IoT consente di definire una baseline dei costi e prendere in considerazione più architetture per il confronto dei costi. Ogni livello include più tecnologie ed ecosistemi, ad esempio dispositivi, telecomunicazioni o posizione perimetrale, quindi è necessario stabilire una strategia di costo per ogni livello.

I livelli di base IoT: dispositivo e gateway, gestione e modellazione dei dispositivi, inserimento e comunicazione, identificazione di soluzioni specifiche di IoT. Anche gli altri livelli e le attività di taglio incrociato sono comuni e spesso condivisi con altri carichi di lavoro. Tuttavia, L'ottimizzazione TCO e i costi devono tenere conto di tutti i costi, quindi è necessario considerare i costi correlati a IoT delle attività comuni e trasversali, nonché i livelli specifici di IoT.

Livello dispositivo e gateway

Questo livello è responsabile della generazione, in alcuni casi dell'ottimizzazione e del trasferimento dei dati nel cloud. Il costo è una considerazione fondamentale per la progettazione di questo livello. L'ottimizzazione dei costi deve tenere conto dell'intero ciclo di vita del dispositivo del piano, del provisioning, della configurazione, del monitoraggio e del ritiro.

Le soluzioni Edge richiedono che i dispositivi IoT vengano distribuiti nel campo. La distribuzione potrebbe richiedere l'infrastruttura di rete e alimentazione che influisce sui costi. L'infrastruttura preesistente può ridurre al minimo i costi di installazione, ma potrebbe richiedere che l'installazione non influisca sui sistemi esistenti.

Lo sviluppo o l'installazione di dispositivi IoT potrebbero richiedere formazione e impiegare personale interno o esterno dedicato. Le competenze necessarie includono la progettazione hardware, lo sviluppo di applicazioni incorporate, la connettività cloud e locale, la sicurezza e la privacy e l'architettura della soluzione IoT. Potrebbero essere necessarie anche competenze specifiche del settore. Includere questi costi nei costi complessivi dei dispositivi.

I costi dei dispositivi includono l'organizzazione della logistica, ad esempio l'archiviazione, la gestione dell'inventario e il trasporto. Includere il costo delle attività di rimozione delle autorizzazioni quando i dispositivi raggiungono la fine del ciclo di vita operativo.

Per i dispositivi connessi al cloud, ottimizzare le trasmissioni di dati per mantenere i limiti dei costi. Le strategie includono la riduzione al minimo delle dimensioni del payload, l'invio in batch dei messaggi e la trasmissione durante i periodi di minore attività. Queste ottimizzazioni comportano anche costi da implementare.

Per altre informazioni sui dispositivi Azure IoT, vedere:

• Panoramica dei tipi di dispositivo Azure IoT
• Procedure consigliate per la configurazione di dispositivi in una soluzione IoT

Selezione hardware

La maggior parte del processo di sviluppo dei dispositivi dipende dalla selezione dell'hardware. Una decisione di acquisto o di acquisto per i dispositivi tiene conto di fattori qualitativi come la certificazione Wi-Fi e fattori quantitativi come il costo e il time-to-market della fattura dei materiali. La scelta tra hardware non in uso o una progettazione personalizzata influisce sul costo e sul time-to-market dei dispositivi IoT.

• I dispositivi off-the-shelf potrebbero costare di più per unità, ma hanno costi prevedibili e lead time. Anche i dispositivi off-the-shelf eliminano la necessità di una gestione complessa della supply chain.

• I dispositivi personalizzati possono ridurre i costi di unità, ma comportano tempi di sviluppo e costi di progettazione non ricorrenti, ad esempio progettazione, test, invii di certificazioni e produzione.

• I componenti o i moduli di sistema pre-certificati possono ridurre i tempi di commercializzazione e creare un dispositivo semi-personalizzato, ma sono più costosi dei chip discreti. È necessario gestire correttamente la supply chain delle risorse e la gestione dell'inventario.

Il catalogo di dispositivi certificati di Azure offre dispositivi che funzionano bene con Azure IoT e consentono di ridurre i costi e i tempi di commercializzazione. Ci si concentrerà sulla progettazione e sulla progettazione della soluzione IoT con la flessibilità necessaria per selezionare l'hardware da un elenco completo di dispositivi certificati. Plug and Play IoT dispositivi possono ridurre i costi di sviluppo di dispositivi e cloud. Quando si seleziona un dispositivo Azure Certified, è possibile ignorare le personalizzazioni dei dispositivi e l'integrazione direttamente all'onboarding nella soluzione IoT.

Modello di architettura lambda

Le soluzioni IoT usano in genere il modello di architettura lambda hot/warm/cold nel cloud. Questo modello si applica anche ai dispositivi perimetrali quando si usano dispositivi perimetrali più efficienti o il runtime di Azure IoT Edge. L'ottimizzazione di questo modello sul bordo riduce i costi complessivi della soluzione. È possibile scegliere il servizio più conveniente per l'inserimento e l'elaborazione dei dati cloud.

• L'elaborazione dei percorsi ad accesso frequente include l'elaborazione quasi in tempo reale, gli avvisi dei processi o le notifiche perimetrali. È possibile usare hub IoT di Azure flussi di eventi per elaborare gli avvisi nel cloud.

• L'elaborazione dei percorsi ad accesso frequente include l'uso di soluzioni di archiviazione perimetrali, ad esempio database time series open source o SQL Edge di Azure. SQL Edge di Azure include funzionalità di elaborazione dei flussi perimetrali e archiviazione ottimizzata per le serie temporali.

• L'elaborazione del percorso a freddo include l'invio in batch di eventi di importanza inferiore e l'uso di un'opzione di trasferimento di file tramite il modulo Archiviazione BLOB di Azure. Questo approccio usa un meccanismo di trasferimento dei dati a costi inferiore rispetto allo streaming tramite hub IoT. Dopo l'arrivo dei dati ad accesso sporadico nell'archiviazione BLOB di Azure, sono disponibili molte opzioni per elaborare i dati nel cloud.

Sicurezza dei dispositivi

Sia hub IoT con il servizio Device Provisioning (DPS) che IoT Central supportano l'autenticazione dei dispositivi con chiavi simmetriche, attestazione TPM (Trusted Platform Module) e certificati X.509. A ogni opzione è associato un fattore di costo.

• I certificati X.509 sono l'opzione più sicura per l'autenticazione a hub IoT di Azure, ma la gestione dei certificati può essere costosa. La mancanza di pianificazione del ciclo di vita dei certificati può rendere i certificati ancora più costosi. In genere, si lavora con fornitori di terze parti che offrono soluzioni di gestione ca e certificati. Questa opzione richiede l'uso di un'infrastruttura a chiave pubblica (PKI). Le opzioni includono un'infrastruttura a chiave pubblica autonoma, un'infrastruttura a chiave pubblica di terze parti o il servizio di sicurezza di Azure Sphere, disponibile solo con i dispositivi Azure Sphere.

• I TPM con certificati X.509 offrono un ulteriore livello di sicurezza. DPS supporta anche l'autenticazione tramite chiavi di verifica dell'autenticità TPM. I costi principali sono derivanti dall'hardware, dalla potenziale riprogettazione della scheda e dalla complessità.

• L'autenticazione con chiave simmetrica è l'opzione di costo più semplice e più bassa, ma è necessario valutare l'impatto sulla sicurezza. È necessario proteggere le chiavi nel dispositivo e nel cloud e archiviare in modo sicuro la chiave nel dispositivo spesso richiede un'opzione più sicura.

Esaminare i costi associati a ognuna di queste opzioni e bilanciare i costi hardware o servizi potenzialmente più elevati con maggiore sicurezza. L'integrazione con il processo di produzione può anche influenzare i costi complessivi.

Per altre informazioni, vedere Procedure di sicurezza per i produttori di dispositivi Azure IoT.

Azure RTOS

Azure RTOS è una suite di sviluppo incorporata per i dispositivi. Azure RTOS include un sistema operativo piccolo ma potente che offre prestazioni affidabili e ultra veloci per i dispositivi con vincoli di risorse. Azure RTOS è facile da usare ed è stato distribuito in più di 10 miliardi di dispositivi. Azure RTOS supporta i microcontroller a 32 bit più diffusi e gli strumenti di sviluppo incorporati, in modo da sfruttare al meglio le competenze esistenti del generatore di dispositivi.

Azure RTOS è gratuito per la distribuzione commerciale con hardware con licenza preliminare. Azure RTOS include funzionalità e funzionalità cloud di Azure IoT, ad esempio l'aggiornamento dei dispositivi e la sicurezza. Queste funzionalità consentono di ridurre i costi di sviluppo di dispositivi e cloud.

Azure RTOS è certificato per la sicurezza e la sicurezza, contribuendo a ridurre il tempo e i costi di costruzione di dispositivi conformi per specifici verticali, ad esempio medicali, automobilistici e produzione.

Dispositivi LPWAN

Se i dispositivi LPWAN, ad esempio LoRaWAN, NB-IoT o LTE-M, sono già connessi a un altro cloud IoT, il bridge di dispositivi di Azure IoT Central può aiutare a connettersi ad Azure IoT Central. Azure IoT Central Device Bridge consente di concentrarsi sull'aggiunta di conoscenze del settore e sulla valutazione della soluzione senza incorrere in costi per modificare i dispositivi esistenti.

Quando si compila una soluzione pronta per l'azienda, è necessario prendere in considerazione i costi per integrare i dispositivi LPWAN con hub IoT di Azure.

Azure Sphere

Azure Sphere è una piattaforma di soluzioni IoT end-to-end sicura con funzionalità di comunicazione e sicurezza predefinite per i dispositivi connessi a Internet. Azure Sphere comprende un'unità microcontroller (MCU) protetta, connessa e crossover, un sistema operativo personalizzato basato su Linux e un servizio di sicurezza basato sul cloud che offre sicurezza continua e rinnovabile. Azure Sphere riduce lo sforzo di creare e mantenere un ambiente sicuro dal dispositivo al cloud.

Azure Sphere offre aggiornamenti del sistema operativo e sicurezza rinnovabile zero-day per 10 anni oltre l'infrastruttura a chiave pubblica basata su X.509, gli aggiornamenti delle app utente, la segnalazione degli errori e la gestione dei dispositivi oltre 10 anni senza costi aggiuntivi. Azure Sphere riduce il costo operativo di mantenere aggiornati milioni di dispositivi con la sicurezza più recente.

Azure Stack

Le soluzioni Di Azure Stack estendono i servizi e le funzionalità di Azure agli ambienti oltre ai data center di Azure, ad esempio data center locali o posizioni perimetrali. Le soluzioni Di Azure Stack includono Azure Stack Edge e Azure Stack HCI.

• Azure Stack Edge è un'appliance gestita da Azure ideale per carichi di lavoro di Machine Learning con accelerazione hardware in posizioni perimetrali. Azure Stack Edge viene eseguito in stack tecnologici moderni, ad esempio contenitori, in modo che Azure Stack Edge distribuito in una posizione perimetrale possa gestire più carichi di lavoro. La condivisione della potenza di calcolo tra i carichi di lavoro riduce il costo totale di proprietà.

• Azure Stack HCI è una soluzione predefinita iperconvergente con integrazione nativa di Azure. Azure Stack HCI offre una virtualizzazione scalabile per ospitare soluzioni IoT. La virtualizzazione offre vantaggi aggiuntivi, ad esempio sicurezza, scalabilità e ambienti flessibili, che possono ridurre il costo totale di proprietà condividendo l'hardware con altri carichi di lavoro. Azure Stack HCI offre una potenza di calcolo maggiore rispetto ad Azure Stack Edge ed è ideale per la trasformazione dei processi di settore.

Le soluzioni Di Azure Stack offrono funzionalità di Azure all'arco, ma il ridimensionamento hardware limita la potenza di calcolo totale. Identificare i casi d'uso e la potenza di calcolo stimata e il fattore di dimensionamento in modo che corrispondano ai costi alle esigenze di prestazioni.

MEC pubblico o privato di Azure

I dispositivi IoT possono generare grandi quantità di dati e possono anche avere requisiti elevati per un consumo energetico ridotto e costi bassi. I dispositivi IoT di piccole dimensioni e poco costosi sono progettati per una o poche attività, ad esempio la raccolta di dati del sensore o della posizione e l'offload per un'ulteriore elaborazione.

Il calcolo perimetrale (MEC) pubblico o privato di Azure e il 5G consentono di ottimizzare i costi di offload dei dati dai dispositivi. Le soluzioni IoT basate su MEC consentono l'elaborazione dei dati a bassa latenza nei dispositivi perimetrali anziché nei dispositivi o nel cloud. La latenza è di 1-5 ms anziché quella tipica di 100-150 ms per il cloud. Le soluzioni IoT basate su MEC sono flessibili e i dispositivi stessi sono economici, funzionano con manutenzione minima e usano batterie più piccole, più economiche e durature. MEC mantiene le funzioni di analisi dei dati, intelligenza artificiale e ottimizzazione al perimetro, che mantiene le soluzioni IoT semplici e poco costose.

Oltre a fungere da dispositivo di elaborazione perimetrale, calcolo e comunicazione 5G per carichi di lavoro IoT, MEC serve altri carichi di lavoro come dispositivo di comunicazione per stabilire connessioni ad alta velocità al cloud pubblico o ai siti remoti.

Azure IoT Edge

Azure IoT Edge offre funzionalità predefinite per volumi di messaggi elevati. I dispositivi gestiti di Azure IoT Edge con funzionalità del gateway possono ridurre i costi di rete e ridurre al minimo il numero di messaggi tramite scenari di elaborazione locale e perimetrali.

Evitare comunicazioni perimetrali da dispositivo a dispositivo o da modulo a modulo o interazioni da dispositivo a cloud che usano molti messaggi di piccole dimensioni. Usare le funzionalità predefinite per l'invio in batch di messaggi per inviare più messaggi di telemetria al cloud. Queste funzionalità consentono di ridurre i costi dell'uso di hub IoT. La riduzione del numero di messaggi giornalieri e del numero di operazioni da dispositivo a cloud al secondo può consentire la scelta di un livello inferiore in hub IoT. Per altre informazioni, vedere Estensione dei limiti delle prestazioni di IoT Edge.

Per ridurre i costi di scambio dei dati, è possibile distribuire servizi di Azure come Analisi di flusso di Azure e Funzioni di Azure in IoT Edge. Analisi di flusso di Azure e Funzioni di Azure possono aggregare e filtrare grandi volumi di dati al perimetro e inviare solo dati importanti al cloud. Archiviazione BLOB di Azure in IoT Edge può ridurre la necessità di trasferire grandi quantità di dati in rete. L'archiviazione edge è utile per trasformare e ottimizzare grandi quantità di dati prima di inviarli al cloud.

I moduli Azure IoT Edge gratuiti per protocolli aperti, ad esempio OPC Publisher e Modbus , consentono di connettere vari dispositivi con uno sviluppo minimo. Se le prestazioni di caricamento sono fondamentali, la scelta di un modulo IoT Edge comprovato da un fornitore può essere più conveniente rispetto alla creazione di un modulo personalizzato. È possibile cercare e scaricare moduli IoT Edge da Azure Marketplace.

Livello di inserimento e comunicazione

Un gateway IoT cloud è un ponte tra dispositivi e servizi cloud. Come servizio front-end per la piattaforma cloud, un gateway può aggregare tutti i dati con la conversione del protocollo e fornire comunicazioni bidirezionali con i dispositivi.

Esistono molti fattori da tenere in considerazione per le comunicazioni da dispositivo a gateway IoT, ad esempio la connettività dei dispositivi, la rete e il protocollo. Una conoscenza dei protocolli di comunicazione IoT, dei tipi di rete e dei modelli di messaggistica consente di progettare e ottimizzare un'architettura conveniente.

Per la connettività del dispositivo, è importante specificare il tipo di rete. Se si seleziona una soluzione LAN o WAN privata, ad esempio WiFi o LoraWAN, considerare il TCO di rete come parte dei costi complessivi. Se si usano reti carrier come 4G, 5G o LPWAN, includere costi di connettività ricorrenti.

Piattaforma della soluzione IoT

Per creare una soluzione IoT per l'azienda, in genere si valuta la soluzione usando l'approccio basato sulla piattaforma app gestita e si crea una soluzione pronta per l'azienda usando i servizi della piattaforma.

• I servizi della piattaforma consentono di ottimizzare i servizi e controllare i costi complessivi. Fornisce tutti i blocchi predefiniti per applicazioni IoT personalizzate e flessibili. Sono disponibili altre opzioni per scegliere e scrivere il codice relativo alla connessione dei dispositivi, nonché per inseriscono, archiviare e analizzare i dati. I servizi della piattaforma Azure IoT includono i prodotti hub IoT di Azure e Gemelli digitali di Azure.

• Azure IoT Central è una piattaforma di app gestita che consente di valutare rapidamente la soluzione IoT riducendo il numero di decisioni necessarie per ottenere risultati. IoT Central si occupa della maggior parte degli elementi dell'infrastruttura nella soluzione, in modo da potersi concentrare sull'aggiunta di conoscenze del settore e sulla valutazione della soluzione.

livelli hub IoT

La maggior parte delle soluzioni IoT richiede la comunicazione bidirezionale tra i dispositivi e il cloud per essere completamente funzionante e sicura. Il livello hub IoT di base offre funzionalità di base, ma esclude il controllo bidirezionale. Per alcune implementazioni iniziali della soluzione, è possibile ridurre i costi usando il livello basic. Man mano che la soluzione avanza, è possibile passare a un livello standard per ottimizzare un canale di comunicazione sicuro per ridurre i costi di messaggistica da cloud a dispositivo. Per altre informazioni, vedere Scegliere il livello di hub IoT più adatto appropriato per la soluzione.

hub IoT dimensioni e frequenza dei messaggi

I costi della messaggistica dipendono notevolmente dalla chattiness del dispositivo e dalle dimensioni dei messaggi. I dispositivi chatty inviano molti messaggi al cloud ogni minuto, mentre i dispositivi relativamente silenziosi inviano solo dati ogni ora o più. Evitare interazioni da dispositivo a cloud che usano molti messaggi di piccole dimensioni. La chiarezza sulla chattiness dei dispositivi e sulle dimensioni dei messaggi consente di ridurre la probabilità di over-provisioning, causando capacità cloud inutilizzate o sottoprovisioning, che comporta problemi di scalabilità. Prendere in considerazione le dimensioni e la frequenza dei payload dei messaggi per assicurarsi che l'infrastruttura sia la dimensione corretta e pronta per la scalabilità.

Evitare interazioni da cloud a dispositivo che usano molti messaggi di piccole dimensioni. Ad esempio, raggruppare più aggiornamenti del dispositivo o del modulo gemello in un singolo aggiornamento, che hanno la propria limitazione. Tenere presente le dimensioni dei messaggi usate per la quota giornaliera, 4K byte per i livelli di hub IoT non gratuiti. L'invio di messaggi più piccoli lascia inutilizzata una certa capacità, mentre i messaggi di dimensioni maggiori vengono addebitati in blocchi di 4 KB.

Usare un singolo metodo diretto per ottenere feedback diretto. Usare un singolo aggiornamento dello stato del dispositivo o del modulo gemello per scambiare le informazioni di configurazione e stato in modo asincrono.

Se le dimensioni dei messaggi sono fondamentali per la gestione dei costi, la riduzione del sovraccarico è particolarmente importante con lunghi cicli di vita dei dispositivi o distribuzioni di grandi dimensioni. Le opzioni per ridurre questo sovraccarico includono:

• Usare un ID dispositivo, un ID modulo, un nome gemello e un argomento di messaggio più breve per ridurre il payload nei pacchetti MQTT. Un payload MQTT è simile a devices/{device_id}/modules/{module_id}/messages/events/.
• Abbrevia l'overhead a lunghezza fissa e il messaggio.
• Comprimere il payload, ad esempio usando Gzip.

hub IoT quote di messaggi e limiti di limitazione

hub IoT livelli hanno dimensioni diverse con quote specifiche e limiti di limitazione per le operazioni. Comprendere hub IoT limiti e quote per ottimizzare i costi per la messaggistica da dispositivo a cloud e da cloud a dispositivo.

Ad esempio, il livello Standard S1 ha una quota giornaliera di 400.000 messaggi. Gli addebiti aumentano in blocchi di 4 KB in base a diversi fattori:

• Un messaggio da dispositivo a cloud (D2C) può avere un massimo di 4 KB.
• I messaggi D2C che superano i 4 KB vengono addebitati in blocchi di 4 KB.
• I messaggi di dimensioni inferiori a 4 KB possono usare il metodo Azure IoT SDK SendEventBatchAsync per ottimizzare l'invio in batch sul lato dispositivo. Ad esempio, la creazione di bundle fino a quattro messaggi da 1 KB al bordo aumenta il contatore giornaliero di un solo messaggio. L'invio in batch è applicabile solo per AMQP o HTTPS.
• La maggior parte delle operazioni, ad esempio messaggi da cloud a dispositivo o operazioni del dispositivo gemello, carica anche i messaggi in blocchi da 4 KB. Tutte queste operazioni aggiungono alla velocità effettiva giornaliera e alla quota massima di messaggi.

Per esempi dettagliati sui prezzi, vedere la documentazione hub IoT di Azure informazioni sui prezzi.

Oltre alle quote giornaliere dei messaggi, le operazioni del servizio hanno limiti di limitazione. Una parte fondamentale dell'ottimizzazione dei costi di hub IoT consiste nell'ottimizzare sia le quote dei messaggi che i limiti di limitazione delle operazioni. Esaminare le differenze tra i limiti sotto forma di operazioni al secondo o byte al secondo. Per altre informazioni, vedere Quote e limitazioni dell'hub IoT.

Limiti di limitazione diversi si applicano a diverse operazioni di hub IoT. Le operazioni da dispositivo a cloud hanno una limitazione delle operazioni al secondo che dipende dal livello. Oltre alle dimensioni del messaggio, misurate in blocchi da 4 KB, prendere in considerazione il numero di operazioni. L'invio in batch sul perimetro consente di inviare più messaggi in un'unica operazione.

Un singolo messaggio di 2 KB, un messaggio in batch di 10 KB o un messaggio in batch di 256 KB conta solo come singola operazione, consentendo di inviare più dati all'endpoint senza raggiungere limiti di limitazione.

hub IoT la scalabilità automatica

La regolazione dinamica del numero di unità di hub IoT consente di ottimizzare i costi quando il volume dei messaggi varia. È possibile implementare un servizio di scalabilità automatica che monitora e ridimensiona automaticamente il servizio hub IoT. Per un esempio personalizzabile per implementare la funzionalità di scalabilità automatica, vedere Ridimensionare automaticamente il hub IoT di Azure. È possibile usare la logica personalizzata per ottimizzare hub IoT livello e numero di unità.

Indicatori di distribuzione per il ridimensionamento

Lo stamping della distribuzione è un modello di progettazione comune per strategie di distribuzione flessibili, scalabilità prevedibile e costi. Questo modello offre diversi vantaggi per le soluzioni IoT, ad esempio gruppi di distribuzione geografica di dispositivi, la distribuzione di nuove funzionalità in francobolli specifici e l'osservazione dei costi per dispositivo. Per altre informazioni, vedere Ridimensionare le soluzioni IoT con indicatori di distribuzione.

Livello di modellazione e gestione dei dispositivi

La gestione dei dispositivi è un'attività che orchestra processi complessi, ad esempio la gestione della supply chain, l'inventario dei dispositivi, la distribuzione, l'installazione, l'idoneità operativa, l'aggiornamento dei dispositivi, la comunicazione bidirezionale e il provisioning. La modellazione dei dispositivi può ridurre i costi di gestione e i volumi di traffico di messaggistica.

Plug and Play IoT

Per la riduzione del costo totale di proprietà, considerare i casi d'uso estesi come parte della selezione della piattaforma. Plug and Play IoT consente ai generatori di soluzioni di integrare i dispositivi con hub IoT o Gemelli digitali di Azure senza alcuna configurazione manuale. Plug and Play IoT usa DTDL (Digital Twins Definition Language) V2. Entrambi sono basati su standard W3C aperti, ad esempio JSON-LD e RDF, che facilitano l'adozione nei diversi servizi e strumenti.

Non sono previsti costi aggiuntivi per l'uso di Plug and Play IoT e DTDL. Le tariffe standard per hub IoT, Gemelli digitali di Azure e altri servizi di Azure rimangono invariate.

Per altre informazioni, vedere Come convertire un dispositivo esistente in un dispositivo Plug and Play IoT.

hub IoT DPS

hub IoT DPS è un servizio helper per hub IoT che consente il provisioning JUST-In-Time basso e zero-touch nell'hub IoT corretto senza richiedere l'intervento umano. Dps consente il provisioning sicuro e scalabile di milioni di dispositivi per ridurre gli errori e i costi.

DPS abilita il provisioning di dispositivi con basso o senza tocco, quindi non è necessario formare e inviare persone in loco. L'uso del servizio Device Provisioning riduce il costo per i rollback dei camion e il tempo impiegato per il training e la configurazione. Dps riduce anche il rischio di errori dovuti al provisioning manuale.

Dps supporta la gestione del ciclo di vita dei dispositivi con hub IoT tramite i criteri di allocazione della registrazione, il provisioning zero-touch, l'impostazione di configurazione iniziale, il provisioning e il deprovisioning. Per altre informazioni, vedi:

• Prezzi del servizio Device Provisioning
• Come rieffettuare il provisioning dei dispositivi

Modellazione dello stato dell'asset e del dispositivo

Confrontare le differenze di costo tra diverse topologie dei dispositivi e archivi di entità, ad esempio Azure Cosmos DB, Gemelli digitali di Azure e database SQL di Azure. Ogni servizio ha una struttura dei costi diversa e offre funzionalità diverse alla soluzione IoT. A seconda dell'utilizzo richiesto, scegliere il servizio più conveniente.

• Gemelli digitali di Azure può implementare un modello basato su grafo dell'ambiente IoT per la gestione degli asset, lo stato del dispositivo e i dati di telemetria. È possibile usare Gemelli digitali di Azure come strumento per modellare interi ambienti, con flusso di dati IoT in tempo reale e unire dati aziendali da origini non IoT. È possibile creare onlogi personalizzati o usare standard basati su onlogi come RealEstateCore, CIM o NGSI-LD per semplificare lo scambio di dati con terze parti. Gemelli digitali di Azure ha un modello tariffario con pagamento in base all'uso senza alcuna tariffa fissa.

• Azure Cosmos DB è un database multimodello distribuito a livello globale. Il costo dipende dall'archiviazione e dalla velocità effettiva, con opzioni di dati distribuite a livello locale o globale e replicate.

• database SQL di Azure può essere una soluzione efficiente per la modellazione di dispositivi e asset. database SQL offre diversi modelli di prezzi che consentono di ottimizzare i costi.

Modello di distribuzione asset

È possibile distribuire soluzioni perimetrali con architetture diverse: più endpoint, dispositivi IoT, connessi direttamente al cloud o connessi tramite un gateway perimetrale e/o cloud. Diverse opzioni per i dispositivi perimetrali di origine possono influire sul TCO e sul time-to-market. La manutenzione e il supporto continuativi della flotta di dispositivi influiscono anche sul costo complessivo della soluzione.

La posizione in cui i dati vengono archiviati ed elaborati in una determinata soluzione IoT influisce su molti fattori, ad esempio latenza, sicurezza e costi. Analizzare ogni caso d'uso ed esaminare dove è più opportuno usare l'elaborazione perimetrale e l'archiviazione dei dati e come influisce sui costi. L'archiviazione e l'elaborazione dei dati sul perimetro possono ridurre i costi di archiviazione, trasporto ed elaborazione. Tuttavia, quando si prende in considerazione la scalabilità, i servizi cloud sono spesso opzioni migliori a causa del costo e del sovraccarico dello sviluppo.

Il calcolatore prezzi di Azure è uno strumento utile per confrontare queste opzioni.

Livello di elaborazione e analisi degli eventi

Lo scopo dell'elaborazione e dell'analisi degli eventi è consentire decisioni basate sui dati. La tempistica degli eventi e lo scopo dell'analisi sono fattori chiave da considerare. La scelta corretta del servizio aumenta l'efficienza dell'architettura e riduce il costo dell'elaborazione di dati ed eventi.

In base ai requisiti, implementare l'elaborazione di percorsi ad accesso frequente, ad accesso frequente o sporadico per l'analisi dei dati IoT. L'architettura di riferimento di Azure IoT consente di comprendere la differenza tra questi percorsi di analisi ed esamina i servizi di analisi disponibili in ogni percorso.

Per iniziare, determinare i tipi di dati che passano attraverso il percorso ad accesso frequente, ad accesso frequente o sporadico:

• I dati dei percorsi ad accesso frequente vengono mantenuti in memoria e analizzati quasi in tempo reale, in genere usando l'elaborazione del flusso. L'output potrebbe attivare un avviso o essere scritto in un formato strutturato che gli strumenti di analisi possono eseguire immediatamente query.
• I dati del percorso ad accesso frequente, ad esempio dall'ultimo giorno, settimana o mese, vengono mantenuti in un servizio di archiviazione su cui è possibile eseguire immediatamente query.
• I dati cronologici dei percorsi ad accesso sporadico vengono conservati nell'archiviazione a basso costo per l'esecuzione di query in batch di grandi dimensioni.

Livello di archiviazione

Uno degli obiettivi di una soluzione IoT è fornire dati agli utenti finali. È importante comprendere i tipi di archiviazione, la capacità e i prezzi per creare una strategia per ottimizzare i costi di archiviazione.

Tipi di archiviazione

La scelta di un repository per i dati di telemetria dipende dal caso d'uso per i dati IoT. Se lo scopo è solo monitorare i dati IoT e i volumi sono bassi, è possibile usare un database. Se lo scenario include l'analisi dei dati, è necessario salvare i dati di telemetria nell'archiviazione. Per l'archiviazione e l'esecuzione di query ottimizzate per le serie temporali, prendere in considerazione soluzioni progettate appositamente, ad esempio Azure Esplora dati.

L'archiviazione e i database non si escludono a vicenda. Entrambi i servizi possono interagire, soprattutto con percorsi di analisi ad accesso frequente, ad accesso frequente e ad accesso sporadico ben definiti. Azure Esplora dati e i database vengono comunemente usati per scenari di percorsi ad accesso frequente e frequente.

Per Archiviazione di Azure, è anche importante considerare i fattori del ciclo di vita dei dati, ad esempio frequenza di accesso, requisiti di conservazione e backup. Archiviazione di Azure consente di definire il ciclo di vita dei dati e automatizzare il processo di spostamento dei dati dal livello frequente ad altri livelli, riducendo così i costi di archiviazione a lungo termine. Per altre informazioni, vedere Configurare i criteri di gestione del ciclo di vita.

Soluzioni di database

Per le funzionalità del database, è comune scegliere tra soluzioni SQL e no-SQL. I database SQL sono più adatti per i dati di telemetria a schema fisso con semplici requisiti di trasformazione dei dati o aggregazione dei dati. Per altre informazioni, vedere Tipi di database in Azure.

database SQL di Azure e TimescaleDB per PostgreSQL sono scelte comuni per il database SQL. Per altre informazioni, vedere gli articoli seguenti:

• Pianificare e gestire i costi per il database SQL di Azure
• Database SQL di Azure e ottimizzazione dei costi
• database SQL di Azure per l'estensione PostgreSQL
• Ottimizzazione delle prestazioni per database SQL di Azure

Se i dati sono meglio rappresentati come oggetto o documento senza uno schema fisso, no-SQL è un'opzione migliore. Azure Cosmos DB offre più API, ad esempio SQL o MongoDB. Per qualsiasi database, le strategie di partizione e indice sono importanti per l'ottimizzazione delle prestazioni e la riduzione dei costi non necessari. Per altre informazioni, vedi:

• Partizionamento e scalabilità orizzontale in Azure Cosmos DB
• Pianificare e gestire i costi per Azure Cosmos DB

Azure Synapse Analytics è un data warehouse di Azure moderno. Synapse Analytics viene ridimensionato in base alle unità data warehouse (DWU) ed è consigliabile scegliere la capacità appropriata per gestire i requisiti della soluzione. A seconda del caso d'uso, è possibile sospendere il calcolo quando non è in esecuzione alcun processo per ridurre i costi operativi.

Livello di trasporto

Il livello di trasporto trasferisce e instrada i dati tra altri livelli. Man mano che i dati si spostano tra livelli e servizi, la scelta del protocollo influisce sui costi. I casi d'uso, ad esempio i gateway sul campo, il protocollo aperto del settore e la selezione della rete IoT influiscono anche sui costi nel livello di trasporto.

Per ridurre le dimensioni e i costi della trasmissione, scegliere il protocollo appropriato per i dispositivi IoT per inviare dati di telemetria.

I client del dispositivo inviano regolarmente messaggi keep-alive a hub IoT. In base agli addebiti per operazione, non è previsto alcun addebito per i messaggi keep-alive. Tuttavia, non è necessario aggiungere una proprietà keep-alive nei dati di telemetria se non è previsto alcun requisito specifico. Per la flessibilità, alcuni SDK per dispositivi IoT di Azure offrono la possibilità di impostare un intervallo di tempo per questi messaggi se si usano i protocolli AMQP o MQTT.

Per i dispositivi IoT a batteria, è possibile scegliere tra mantenere attive le connessioni o riconnettersi al momento della riattivazione dei dispositivi. Questa scelta influisce sul consumo energetico e sui costi di rete.

La riconnessione utilizza pacchetti di circa 6 KB per la connessione TLS, l'autenticazione del dispositivo e il recupero di un dispositivo gemello, ma consente di risparmiare capacità della batteria se il dispositivo si riattiva una o due volte al giorno. È possibile raggruppare i messaggi per ridurre il sovraccarico TLS. Mantenere attivo consuma centinaia di byte, ma mantenere attiva la connessione consente di risparmiare sui costi di rete se il dispositivo si riattiva ogni poche ore o meno.

Per indicazioni generali sulla connettività e sulle funzionalità di messaggistica affidabile negli SDK per dispositivi Azure IoT, vedere Gestire la connettività e la messaggistica affidabile usando gli SDK per dispositivi hub IoT di Azure. Queste indicazioni consentono di ridurre i costi di gestione di comportamenti imprevisti tra i servizi IoT e dispositivo.

DPS riduce i costi di gestione del ciclo di vita dei dispositivi dal provisioning senza tocco al ritiro, ma la connessione al servizio Device Provisioning usa i costi di rete per TLS e l'autenticazione. Per ridurre il traffico di rete, i dispositivi devono memorizzare nella cache hub IoT informazioni durante il provisioning e quindi connettersi direttamente a hub IoT fino a quando non è necessario eseguire nuovamente il provisioning. Per altre informazioni, vedere Inviare una richiesta di provisioning dal dispositivo.

Livello di interazione e creazione di report

Poiché IoT gestisce i dati delle serie temporali, esistono molte interazioni da un numero elevato di dispositivi. La creazione di report e la visualizzazione realizzano il valore di questi dati. Le esperienze utente intuitive e semplificate e le interazioni con i dati ben progettate possono essere costose da creare.

Grafana è uno strumento di visualizzazione dei dati open source che fornisce dashboard ottimizzati per i dati delle serie temporali. Le community di Grafana forniscono esempi che è possibile riutilizzare e personalizzare nell'ambiente. È possibile implementare metriche e dashboard dai dati delle serie temporali con un minimo sforzo. Azure offre un plug-in Grafana per Monitoraggio di Azure.

Gli strumenti di creazione di report e dashboard come Power BI consentono un rapido avvio dai dati IoT non strutturati. Power BI offre un'interfaccia utente e funzionalità intuitive. È possibile sviluppare facilmente dashboard e report usando i dati delle serie temporali e ottenere i vantaggi della sicurezza e della distribuzione a basso costo.

Livello di integrazione

L'integrazione con altri sistemi e servizi può essere complessa. Molti servizi consentono di ottimizzare l'efficienza per ottimizzare i costi nel livello di integrazione.

Gemelli digitali di Azure può integrare vari sistemi e servizi con i dati IoT. Gemelli digitali di Azure trasforma tutti i dati nella propria entità digitale, quindi è importante comprendere i limiti del servizio e i punti di ottimizzazione per ridurre i costi. Esaminare i limiti del servizio Gemelli digitali di Azure durante la progettazione dell'architettura. Comprendere le limitazioni funzionali per l'integrazione efficace con i sistemi aziendali.

Quando si usa l'API di query, Gemelli digitali di Azure addebita i costi per ogni unità di query (QU).When you use the query API, Azure Digital Twins charges per Query Unit (QU). È possibile tracciare il numero di QU utilizzate nella query nell'intestazione della risposta. Ridurre la complessità delle query e il numero di risultati per ottimizzare i costi. Per altre informazioni, vedere Trovare il consumo di qu in Gemelli digitali di Azure.

Livello DevOps

Le piattaforme cloud trasformano le spese in conto capitale (CAPEX) in spese operative (OPEX). Anche se questo modello offre flessibilità e agilità, è comunque necessario un modello operativo e di distribuzione ben definito per sfruttare appieno la piattaforma cloud. Una distribuzione ben pianificata crea asset ripetibili per abbreviare il time-to-market.

Una piattaforma cloud offre agli sviluppatori flessibilità per distribuire le risorse in pochi secondi, ma esiste il rischio di effettuare il provisioning delle risorse in modo involontario o di over-provisioning. Un modello di governance del cloud appropriato può ridurre al minimo tali rischi e contribuire a evitare costi indesiderati.

Ambienti di sviluppo

Gli sviluppatori possono sfruttare la flessibilità offerta da Azure per ottimizzare i costi di sviluppo. Il livello gratuito hub IoT, limitato a un'istanza per sottoscrizione, offre funzionalità standard, ma è limitato a 8000 messaggi al giorno. Questo livello è sufficiente per lo sviluppo in fase iniziale con un numero limitato di dispositivi e messaggi.

Per gli ambienti di calcolo, è possibile adottare un'architettura serverless per soluzioni IoT native del cloud. Alcuni servizi di Azure più diffusi per i carichi di lavoro IoT includono Funzioni di Azure e Analisi di flusso di Azure. Il meccanismo di fatturazione dipende dal servizio. Alcuni servizi, ad esempio Analisi di flusso di Azure per l'elaborazione in tempo reale, consentono agli sviluppatori di sospendere i servizi senza incorrere in costi aggiuntivi. Altri servizi fatturati in base all'utilizzo. Ad esempio, Funzioni di Azure fatture in base al numero di transazioni. Gli sviluppatori possono sfruttare queste funzionalità native del cloud per ottimizzare i costi operativi e di sviluppo.

Un ambiente di sviluppo integrato (IDE) accelera lo sviluppo e la distribuzione. Alcuni IDE open source come Visual Studio Code forniscono estensioni IoT di Azure che consentono agli sviluppatori di sviluppare e distribuire codice nei servizi Azure IoT senza costi aggiuntivi.

Azure IoT offre esempi di codice GitHub gratuiti con indicazioni. Questi esempi consentono agli sviluppatori di estendere le applicazioni di Dispositivi, IoT Edge, hub IoT e Gemelli digitali di Azure. GitHub include anche funzionalità per implementare ambienti continui di integrazione continua e distribuzione continua (CI/CD) con costi e sforzi ridotti. GitHub Actions è gratuito per i progetti open source. Per altre informazioni, vedere Piani e funzionalità di GitHub.

Test di carico per la stima dei costi

È possibile usare i test di carico per stimare i costi complessivi, inclusi i servizi cloud, per le soluzioni IoT end-to-end. Poiché le soluzioni IoT usano grandi quantità di dati, un simulatore può essere utile per i test di carico. Esempi di codice di simulazione come il simulatore di telemetria dei dispositivi IoT di Azure consentono di testare e stimare i costi su larga scala con vari parametri.

Ambienti di distribuzione

È comune distribuire carichi di lavoro in più ambienti, ad esempio sviluppo e produzione. Tramite l'infrastruttura distribuita come codice (IaC), è possibile accelerare la distribuzione e ridurre il time-to-market riutilizzando il codice. IaC consente di evitare distribuzioni involontarie, ad esempio livelli non corretti. I servizi di Azure come Azure Resource Manager e Azure Bicep o servizi di terze parti, ad esempio Terraform e Pulumi, sono opzioni IaC comuni.

È possibile applicare le procedure di distribuzione DevOps alle soluzioni IoT usando pipeline di compilazione e rilascio in ambienti diversi. Per un esempio, vedere Usare una pipeline DevOps per distribuire una soluzione di manutenzione predittiva.

Supporto e manutenzione

Il supporto a lungo termine e la manutenzione dei dispositivi sul campo possono diventare il più grande carico di costo per una soluzione distribuita. Un'attenta considerazione del TCO del sistema è fondamentale per realizzare il ritorno sugli investimenti (ROI).

È necessario supportare e gestire i dispositivi IoT per la durata della soluzione. Le attività includono riparazioni hardware, aggiornamenti software, manutenzione del sistema operativo e applicazione di patch alla sicurezza. Prendere in considerazione i costi di licenza in corso per software commerciale e driver e protocolli proprietari. Se non è possibile eseguire la manutenzione remota, è necessario budget per le riparazioni e gli aggiornamenti in loco. Per le riparazioni hardware o le sostituzioni, è necessario mantenere i pezzi di ricambio adatti in magazzino.

Per le soluzioni che usano supporti di connettività cellulare o a pagamento, selezionare un piano dati appropriato in base al numero di dispositivi, alle dimensioni e alla frequenza delle trasmissioni di dati e alla posizione di distribuzione dei dispositivi. Se si ha un contratto di servizio, è necessaria una combinazione conveniente di hardware, infrastruttura e personale addestrato per soddisfare il contratto di servizio.

Governance del cloud

La governance del cloud è essenziale per la conformità, la sicurezza e la prevenzione dei costi non necessari.

• Le API di gestione dei costi consentono di esplorare i dati relativi ai costi e all'utilizzo tramite l'analisi multidimensionale. È possibile creare espressioni e filtri personalizzati che consentono di rispondere alle domande relative al consumo delle risorse di Azure. Le API di gestione dei costi possono generare avvisi quando l'utilizzo raggiunge le soglie configurate. Le API di gestione dei costi sono disponibili per IoT Central, hub IoT e DPS.

• L'assegnazione di tag alle risorse consente di applicare etichette alle risorse distribuite. Oltre a Gestione costi Microsoft, l'assegnazione di tag fornisce informazioni dettagliate sui costi in corso in base alle etichette. Per altre informazioni, vedere Uso di analisi dei costi comuni.

• Criteri di Azure include criteri predefiniti per etichettare automaticamente le risorse o contrassegnare le risorse senza tag. Per altre informazioni, vedere Assegnare definizioni di criteri per la conformità dei tag. Un altro caso d'uso per Criteri di Azure consiste nel impedire il provisioning di determinati livelli, che consente di evitare il provisioning eccessivo negli ambienti di sviluppo o produzione.

Monitoraggio

Molti strumenti inclusi nella sottoscrizione di Azure possono aiutare l'organizzazione a implementare la governance finanziaria e ottenere un maggiore valore dai servizi IoT. Questi strumenti consentono di tenere traccia dell'utilizzo delle risorse e gestire i costi in tutti i cloud con una singola visualizzazione unificata. È possibile accedere a informazioni operative e finanziarie avanzate per prendere decisioni informate.

La registrazione dei dati di telemetria usa in genere le aree di lavoro Log Analytics in Monitoraggio di Azure. Log Analytics include 5 GB di spazio di archiviazione e i primi 30 giorni di conservazione sono gratuiti. A seconda delle esigenze aziendali, potrebbe essere necessario un periodo di conservazione più lungo. Esaminare e decidere il periodo di conservazione appropriato per evitare costi involontari.

Log Analytics offre un ambiente dell'area di lavoro per eseguire query sui log in modo interattivo. È possibile esportare periodicamente i log in posizioni esterne, ad esempio Azure Esplora dati o archiviare i log in un account di archiviazione per un'opzione di archiviazione meno costosa. Per altre informazioni, vedere Monitorare l'utilizzo e i costi stimati in Monitoraggio di Azure.

Azure Advisor

Azure Advisor è un consulente cloud personalizzato che facilita l'applicazione delle procedure consigliate per ottimizzare le distribuzioni di Azure. Advisor analizza la configurazione delle risorse e i dati di telemetria sull'utilizzo e consiglia soluzioni che consentono di migliorare l'efficacia dei costi, le prestazioni, l'affidabilità e la sicurezza.

Advisor consente di ottimizzare e ridurre la spesa complessiva di Azure identificando le risorse inattive e sottoutilizzate. È possibile ottenere raccomandazioni sui costi dalla scheda costi nel dashboard di Advisor.

Anche se Advisor non offre raccomandazioni specifiche per i servizi IoT, può fornire consigli utili per l'infrastruttura, l'archiviazione e i servizi di analisi di Azure. Per altre informazioni, vedere Ridurre i costi del servizio usando Azure Advisor.

Passaggi successivi

Risorse correlate

• Principi di progettazione per l'ottimizzazione dei costi
• Suggerimenti per la creazione di un modello di costo
• Elenco di controllo per la revisione della progettazione per Ottimizzazione costi
• Architettura di riferimento di Azure IoT
• Documentazione IoT di Azure