Ottimizzazione dei costi nel carico di lavoro IoT

Articolo
04/27/2023

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 le tecnologie cloud da elaborare e archiviare. Il modo in cui si sviluppano dispositivi e applicazioni, gestisce grandi volumi di dati e progetta l'architettura influisce sui costi complessivi.

Poiché una soluzione IoT è uno stack di tecnologie multilivello, esistono molti fattori di risparmio dei 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 in modo continuo 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 le factory connesse, la manutenzione predittiva o il 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 di Well-Architected Framework, completare le domande di ottimizzazione dei costi per i carichi di lavoro IoT in Azure Well-Architected Review. 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 architettonica supportano la 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 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 rappresentano un compromesso tra varie opzioni tecnologiche. A volte non è un semplice confronto, perché IoT è un sistema end-to-end. Considerare i vantaggi dei costi della sinergia quando si riconciliano più servizi e tecnologie. 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 sia i costi operativi che 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 monouso, tali servizi forniscono patch di sicurezza mensili continuative per i dispositivi.

Stimare i costi della soluzione in base all'esecuzione su larga scala nell'ambiente di produzione, non all'architettura 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 dell'errore poC è il costo elevato del ridimensionamento. 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 fondamentali dell'architettura IoT.

La comprensione dei livelli di architettura IoT consente di definire una baseline dei costi e prendere in considerazione più architetture per il confronto dei costi. Ogni livello dispone di 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. Gli altri livelli e le attività trasversali sono comuni anche a, e spesso condivisi con altri carichi di lavoro. Tuttavia, il costo totale di proprietà e l'ottimizzazione dei costi devono tenere conto di tutti i costi, quindi è necessario considerare i costi correlati all'IoT delle attività comuni e trasversali, nonché i livelli specifici di IoT.

Diagramma che mostra i livelli e le attività trasversali nell'architettura 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.

Diagramma che mostra il ciclo di vita del dispositivo.

Le soluzioni Edge richiedono la distribuzione di dispositivi IoT nel campo. La distribuzione potrebbe richiedere un'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 potrebbe 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 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:

Selezione hardware

La maggior parte del processo di sviluppo dei dispositivi dipende dalla selezione dell'hardware. Una decisione di tipo make-or-buy per i dispositivi tiene conto di fattori qualitativi come la certificazione Wi-Fi e fattori quantitativi come il costo e il tempo per il mercato delle fatture dei materiali. La scelta tra hardware off-the-shelf o una progettazione personalizzata influisce sul costo e sul time-to-market del dispositivo IoT.

I dispositivi non aggiornati possono costare di più per unità, ma hanno costi prevedibili e lead time. I dispositivi off-the-shelf eliminano anche la necessità di una gestione complessa della supply chain.
I dispositivi personalizzati possono ridurre i costi delle unità, ma comportano tempi di sviluppo e comportano 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 e l'inventario delle risorse.

Il catalogo dei 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 la progettazione della soluzione IoT con la flessibilità necessaria per selezionare l'hardware da un elenco completo di dispositivi certificati. Plug and Play IoT i dispositivi possono ridurre sia i costi di sviluppo del dispositivo che del cloud. Quando si seleziona un dispositivo Azure Certified, è possibile ignorare le personalizzazioni e l'integrazione dei dispositivi direttamente all'onboarding nella soluzione IoT.

Grafico che mostra i risparmi derivanti dall'approccio Plug and Play.

Modello di architettura lambda

Le soluzioni IoT usano in genere il modello di architettura lambda ad accesso frequente/ad accesso frequente/sporadico nel cloud. Questo modello si applica anche al perimetro 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 del percorso ad accesso frequente include l'uso di soluzioni di archiviazione perimetrali, ad esempio database di serie temporali open source o Azure SQL Edge. Azure SQL Edge include funzionalità di elaborazione dei flussi perimetrali e archiviazione ottimizzata per le serie temporali.
L'elaborazione del percorso ad accesso sporadico 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 del dispositivo

Sia hub IoT con device provisioning service (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 della gestione 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 richiede spesso un'opzione più sicura.

Esaminare i costi associati a ognuna di queste opzioni e bilanciare i costi hardware o servizi potenzialmente più elevati con una 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 poter sfruttare al meglio le competenze di generatore di dispositivi esistenti.

Azure RTOS è gratuito per la distribuzione commerciale usando 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 della creazione 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 crea 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 è costituito da un'unità microcontroller protetta, connessa e trasversale (MCU), un sistema operativo basato su Linux di alto livello personalizzato e un servizio di sicurezza basato sul cloud che offre sicurezza continua e rinnovabile. Azure Sphere riduce lo sforzo necessario per 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 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 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 iperconvergente predefinita 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 maggiore potenza di calcolo rispetto ad Azure Stack Edge ed è ideale per la trasformazione del processo di settore.

Le soluzioni Azure Stack offrono funzionalità di Azure al perimetro, ma il ridimensionamento hardware vincola 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 potrebbero anche avere requisiti elevati per un consumo energetico ridotto e costi ridotti. 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.

Azure public or private multi-access edge compute (MEC) e 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 al perimetro anziché nei dispositivi o nel cloud. La latenza è 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 di lunga durata. MEC mantiene le funzioni di analisi dei dati, intelligenza artificiale e ottimizzazione all'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. Azure IoT Edge dispositivi gestiti con funzionalità 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. Riducendo sia il numero di messaggi giornalieri che il numero di operazioni da dispositivo a cloud al secondo possono consentire la scelta di un livello inferiore in hub IoT. Per altre informazioni, vedere Estensione dei limiti delle prestazioni IoT Edge.

Per ridurre i costi di scambio dei dati, è possibile distribuire servizi di Azure come Azure Stream Analytics e Funzioni di Azure in IoT Edge. Azure Stream Analytics 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 possono 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 gratuiti di Azure IoT Edge 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 di IoT Edge comprovato da un fornitore può essere più conveniente rispetto alla creazione di un modulo personalizzato. È possibile cercare e scaricare moduli IoT Edge dal 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 connettività del dispositivo, rete e 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 Wi-Fi o LoraWAN, prendere in considerazione il TCO di rete come parte dei costi complessivi. Se si usano reti di vettori 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 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 dati solo ogni ora o più. Evitare interazioni da dispositivo a cloud che usano molti messaggi di piccole dimensioni. Clarity informazioni sulla chattiness del dispositivo e sulle dimensioni dei messaggi consente di ridurre la probabilità di over-provisioning, il che comporta capacità cloud inutilizzata o il 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 del messaggio 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 aggiornamento dello stato di un singolo dispositivo o modulo gemello per scambiare le informazioni di configurazione e stato in modo asincrono.

Suggerimento

È possibile monitorare le interazioni di chat usando Microsoft Defender per IoT in hub IoT di Azure e l'agente micro Defender per IoT. È possibile creare hub IoT avvisi personalizzati per le interazioni da dispositivo a cloud o da cloud a dispositivo che superano una determinata soglia.

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 più breve, l'ID modulo, il nome del gemello e l'argomento del messaggio 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 e limiti di limitazione dei messaggi

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 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, addebita anche i messaggi in blocchi di 4 KB. Tutte queste operazioni aggiungono alla velocità effettiva giornaliera e alla quota massima di messaggi.

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

Oltre alle quote giornaliere dei messaggi, le operazioni del servizio hanno limiti di limitazione. Una parte fondamentale dell'ottimizzazione dei costi 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 hub IoT quote e limitazioni.

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 di 4 KB, considerare il numero di operazioni. L'invio in batch sul perimetro consente di inviare più messaggi in una singola operazione.

Un singolo messaggio di 2 KB, un messaggio in batch di 10 KB o un messaggio in batch di soli 256 KB viene conteggiato 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 le hub IoT di Azure. È possibile usare la logica personalizzata per ottimizzare hub IoT livello e numero di unità.

Stamp di distribuzione per il ridimensionamento

Il timbro 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, distribuzione di nuove funzionalità in stamp specifici e 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 del 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 JIT a basso costo, zero touch e JIT 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 eseguire il training e l'invio di persone sul sito. L'uso del servizio Device Provisioning riduce i costi per i rotoli di 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 criteri di allocazione della registrazione, provisioning zero-touch, impostazione di configurazione iniziale, provisioning e deprovisioning. Per altre informazioni, vedere:

Modellazione dello stato di asset e 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 Azure SQL Database. 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 streaming di dati IoT in tempo reale e unire dati aziendali da origini non IoT. È possibile creare onlogi personalizzate 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 è influenzato dall'archiviazione e dalla velocità effettiva, con opzioni di dati distribuite a livello locale o globale e replicate.
Azure SQL Database 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 degli 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 dell'overhead di 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 è quello di abilitare le 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 del percorso ad accesso frequente, caldo o freddo per l'analisi dei dati IoT. L'architettura di riferimento di Azure IoT consente di comprendere la differenza tra questi percorsi di analisi e esamina i servizi di analisi disponibili in ogni percorso.

Per iniziare, determinare quali tipi di dati passano attraverso il percorso caldo, caldo o freddo:

I dati del percorso frequente vengono mantenuti in memoria e analizzati in tempo quasi 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 che può essere sottoposto a query immediatamente.
I dati cronologici dei percorsi a freddo vengono mantenuti nell'archiviazione a costi inferiori da eseguire query in batch di grandi dimensioni.

Diagramma che mostra i percorsi di analisi ad accesso frequente, caldo e freddo.

Livello di archiviazione

Uno degli obiettivi di una soluzione IoT consiste nel 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 le serie temporali ottimizzate, l'archiviazione e l'esecuzione di query solo accodamento, prendere in considerazione soluzioni progettate per scopi come Azure Esplora dati.

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

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 ad accesso frequente ad altri livelli, riducendo i costi di archiviazione a lungo termine. Per altre informazioni, vedere Configurare un criterio 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 la telemetria dello schema fisso con semplici requisiti di trasformazione dati o aggregazione dei dati. Per altre informazioni, vedere Tipi di database in Azure.

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

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, vedere:

Azure Synapse Analytics è un data warehouse di Azure moderno. Synapse Analytics scales by Data Warehouse Units (DWU) e si dovrebbe scegliere la capacità giusta per gestire i requisiti della soluzione. A seconda del caso d'uso, è possibile sospendere il calcolo quando non viene eseguito alcun processo per ridurre i costi operativi.

Livello di trasporto

Il livello di trasporto trasferisce e instrada i dati tra altri livelli. Quando i dati viaggiano tra livelli e servizi, la scelta del protocollo influisce sui costi. I casi d'uso, ad esempio gateway di campo, protocollo aperto del settore e selezione di rete IoT influiscono anche sui costi nel livello di trasporto.

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

I client del dispositivo inviano regolarmente messaggi keep-alive a hub IoT. In base ai costi 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 è necessario specificarlo. Per la flessibilità, alcuni SDK del dispositivo IoT di Azure offrono l'opzione per impostare un intervallo di tempo per questi messaggi se si usano i protocolli AMQP o MQTT.

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

La riconnessione usa pacchetti di circa 6 KB per la connessione TLS, l'autenticazione del dispositivo e il recupero di un dispositivo gemello, ma salva la capacità della batteria se il dispositivo viene riattivato una o due volte al giorno. È possibile raggruppare i messaggi per ridurre il sovraccarico TLS. Mantenere attiva usa centinaia di byte, ma mantenendo attiva la connessione salva i costi di rete se il dispositivo viene riattivato ogni poche ore o meno.

Per indicazioni di alto livello sulle funzionalità di connettività e messaggistica affidabile negli SDK dei dispositivi IoT di Azure, vedere Gestire la connettività e la messaggistica affidabile usando gli SDK del dispositivo hub IoT di Azure. Questa guida consente di ridurre i costi di gestione del comportamento imprevisto 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 a DPS usa i costi di rete per TLS e 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 devono eseguire nuovamente il provisioning. Per altre informazioni, vedere Inviare una richiesta di provisioning dal dispositivo.

Interazione e livello di 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 di dati ben progettate possono essere costose per compilare.

Grafana è uno strumento di visualizzazione 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 fornisce un plug-in Grafana per Monitoraggio di Azure.

Gli strumenti di creazione di report e dashboard come Power BI consentono un avvio rapido dai dati IoT non strutturati. Power BI offre un'interfaccia utente intuitiva e funzionalità. È 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 la riduzione dei costi. Esaminare i limiti del servizio Gemelli digitali di Azure durante la progettazione dell'architettura. Comprendere le limitazioni funzionali per integrare in modo efficace i sistemi aziendali.

Quando si usa l'API di query, i gemelli digitali di Azure vengono addebitati per unità di query (QU). È possibile tracciare il numero di QUs usate dalla query nell'intestazione della risposta. Ridurre la complessità delle query e il numero di risultati per ottimizzare i costi. Per altre informazioni, vedere Trovare l'utilizzo del qu in Gemelli digitali di Azure.

Livello DevOps

Le piattaforme cloud trasformano le spese di capitale (CAPEX) alle spese operative (OPEX). Anche se questo modello offre flessibilità e flessibilità, è ancora necessario un modello operativo e di distribuzione ben definito per sfruttare al meglio la piattaforma cloud. Una distribuzione ben pianificata crea asset ripetibili per ridurre il tempo al mercato.

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

Ambienti di sviluppo

Gli sviluppatori possono sfruttare la flessibilità fornita 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 l'architettura serverless per le soluzioni IoT native del cloud. Alcuni servizi di Azure più diffusi per i carichi di lavoro IoT includono Funzioni di Azure e Azure Stream Analytics. Il meccanismo di fatturazione dipende dal servizio. Alcuni servizi, ad esempio Azure Stream Analytics per l'elaborazione in tempo reale, consentono agli sviluppatori di sospendere i servizi senza sostenere 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 sia il costo operativo che lo sviluppo.

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

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

Test di carico per la stima dei costi

È possibile usare test di carico per stimare i costi complessivi, inclusi i servizi cloud, per soluzioni IoT end-to-end. Poiché le soluzioni IoT usano grandi quantità di dati, un simulatore può aiutare a testare il carico. Gli esempi di codice di simulazione come il simulatore di telemetria del dispositivo 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 come codice (IaC), è possibile accelerare la distribuzione e ridurre il tempo per il mercato riutilizzando il codice. IaC può aiutare a evitare distribuzioni non intenzionali, 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 di campo possono diventare il più grande carico di costo per una soluzione distribuita. Un'attenta considerazione del sistema TCO è 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 patch di sicurezza. Prendere in considerazione i costi di licenza in corso per i driver e i protocolli commerciali e proprietari. Se non è possibile eseguire la manutenzione remota, è necessario budget per le riparazioni e gli aggiornamenti in loco. Per le riparazioni o le sostituzioni hardware, è 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 dati e alla posizione di distribuzione dei dispositivi. Se si dispone di un contratto di servizio (contratto di servizio), è necessaria una combinazione conveniente di hardware, infrastruttura e personale sottoposto a training 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 filtri e espressioni personalizzati che consentono di rispondere alle domande correlate all'utilizzo 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 applica 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 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 impedire il over-provisioning negli ambienti di sviluppo o di produzione.

Monitoraggio

Molti strumenti inclusi nella sottoscrizione di Azure consentono all'organizzazione di 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 aree di lavoro Log Analytics in Monitoraggio di Azure. Log Analytics include 5 GB 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 corretto per evitare costi non intenzionali.

Log Analytics fornisce un ambiente dell'area di lavoro per eseguire query sui log in modo interattivo. È possibile esportare periodicamente i log in posizioni esterne, ad esempio Esplora dati di Azure 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 di Azure, l'archiviazione e i servizi di analisi. Per altre informazioni, vedere Ridurre i costi del servizio usando Azure Advisor.

Passaggi successivi

Eccellenza operativa nel carico di lavoro IoT

Share via