Prezzi di Bus di servizio

Il numero di messaggi fatturabili viene calcolato sommando ogni messaggio inviato all'endpoint di inoltro e ogni messaggio inviato dall'endpoint di inoltro. Un messaggio fatturabile è un frame di dati con dimensioni massime di 64 kB. Se un messaggio supera i 64 kB, ad esempio nel caso di una risposta HTTP che restituisce un'immagine, ogni ulteriore blocco di 64 kB viene conteggiato come un altro messaggio fatturabile. Per un servizio con inoltro normale che implementa uno schema di richiesta/risposta, la richiesta viene prima inviata all'endpoint di inoltro e quindi al servizio e lo stesso succede per la risposta. Ciò comporta quindi un totale di almeno quattro messaggi fatturabili. Per un servizio multicast con 4 listener, il messaggio inviato all'endpoint di inoltro conta come un messaggio e i 4 messaggi inviati ai listener contano ognuno come un messaggio, per un totale di 5 messaggi.

Per le entità negoziate (code e argomenti o sottoscrizioni) un'operazione è rappresentata da qualsiasi interazione delle API con il bus di servizio tramite qualunque protocollo.

Un'operazione di invio, ricezione o eliminazione di un messaggio di dimensioni minori o uguali a 64 kB viene considerata un'operazione fatturabile. Se il messaggio ha dimensioni maggiori di 64 kB, il numero di operazioni fatturabili viene calcolato in base alle dimensioni del messaggio in multipli di 64 kB. Ad esempio, un messaggio di 8 KB inviato al bus di servizio viene fatturato come un'operazione, mentre un messaggio di 96 KB inviato al bus di servizio viene fatturato come due operazioni. La lettura del messaggio di 8 kB con un blocco e quindi il completamento o l'abbandono esplicito del messaggio verranno fatturati come due operazioni. Anche il rinnovo del blocco su un messaggio è considerato un'operazione.

Più recapiti dello stesso messaggio, ad esempio il fan-out del messaggio a più sottoscrittori o il recupero di un messaggio dopo l'abbandono, il rinvio o il mancato recapitato, vengono calcolati come operazioni indipendenti. Ad esempio, nel caso di un argomento con tre sottoscrizioni, un unico messaggio di 64 kB inviato e successivamente ricevuto genererà quattro operazioni fatturabili, una "in entrata" e tre "in uscita", presupponendo che tutti i messaggi vengano recapitati a tutte le sottoscrizioni ed eliminati durante la lettura.

Inoltre, la creazione, la lettura (elenco), l'aggiornamento e l'eliminazione di una coda, un argomento o una sottoscrizione comportano ognuno l'addebito di un'operazione.

Le operazioni sono chiamate API effettuate sugli endpoint servizio di argomenti, sottoscrizioni o code e includono operazioni di gestione, invio/ricezione e stato della sessione.

Le ore inoltro vengono fatturate per la quantità di tempo totale in cui ogni endpoint di Inoltro del bus di servizio è "aperto". Quando un servizio WCF abilitato per l'inoltro, o "listener di inoltro", si connette per la prima volta a un indirizzo, viene creata in modo implicito e aperta un'istanza di un endpoint di inoltro nell'indirizzo del bus di servizio specificato (URL dello spazio dei nomi del servizio). L'istanza verrà chiusa solo quando l'ultimo listener si disconnetterà dall'indirizzo. Ai fini della fatturazione, quindi, un endpoint di inoltro viene considerato "aperto" dal momento in cui il primo listener di inoltro si connette al momento in cui l'ultimo listener di inoltro si disconnette dall'indirizzo del bus di servizio di tale endpoint di inoltro.

Una connessione negoziata è definita in uno di questi modi:

1. Connessione AMQP da un client a un argomento, una sottoscrizione, una coda o un hub eventi del bus di servizio.
2. Chiamata HTTP per ricevere un messaggio da un argomento o una coda del bus di servizio con un valore di timeout di ricezione maggiore di zero.

L'addebito è basato sul numero massimo di connessioni negoziate simultanee che supera la quantità inclusa (1.000 connessioni nei livelli Standard e Premium). I picchi vengono misurati su base oraria, ripartiti proporzionalmente dividendoli per 730 ore al mese e aggiungendoli al periodo di fatturazione mensile. La quantità inclusa (1.000 connessioni negoziate al mese) viene applicata alla fine del periodo di fatturazione rispetto alla somma dei picchi orari ripartiti proporzionalmente.

Esempi:

1. 5.000 client si connettono ognuno tramite una singola connessione AMQP, ricevono comandi da un argomento del bus di servizio e inviano eventi alle code. Se tutti i client si connettono per 12 ore al giorno, questi saranno i costi di connessione (oltre agli altri addebiti relativi al bus di servizio): 5.000 connessioni * 12 ore * 30,5 giorni / 730 = 2.500 connessioni negoziate. Dopo il superamento del numero mensile consentito di 1.000 connessioni negoziate, verranno addebitate 1.500 connessioni negoziate.
2. 5.000 client ricevono messaggi da una coda del bus di servizio tramite HTTP, specificando un timeout diverso da zero. Se tutti i dispositivi si connettono per 12 ore al giorno, questi saranno i costi di connessione (oltre agli altri addebiti relativi al bus di servizio): 5.000 connessioni in ricezione tramite HTTP * 12 ore al giorno * 30,5 giorni / 730 ore = 2.500 connessioni negoziate.

Sì. Non sono previsti costi di connessione per l'invio di eventi tramite HTTP, indipendentemente dal numero di sistemi o dispositivi di invio. Gli eventi di ricezione tramite HTTP con un valore di timeout maggiore di zero, secondo un modello talvolta definito di "polling prolungato", generano addebiti per le connessioni negoziate. Le connessioni AMQP generano addebiti per le connessioni negoziate indipendentemente dal fatto che le connessioni vengano usate per inviare o ricevere. Tieni presente che in uno spazio dei nomi Basic sono consentite 100 connessioni negoziate gratuite, quantità che corrisponde anche al numero massimo di connessioni negoziate consentite per la sottoscrizione di Azure. Le prime 1.000 connessioni negoziate in tutti gli spazi dei nomi Standard di una sottoscrizione di Azure sono incluse senza costi aggiuntivi (oltre all'addebito di base). Poiché questo limite è sufficiente per gestire molti scenari di messaggistica tra servizi, in genere i costi per le connessioni negoziate diventano significativi solo se si intende usare connessioni AMQP o HTTP con polling prolungato con un numero elevato di client, ad esempio per aumentare l'efficienza dello streaming di eventi o per consentire una comunicazione bidirezionale con migliaia/milioni di dispositivi o istanze di app.

No. L'addebito di base per il livello Standard viene fatturato una sola volta al mese per ogni sottoscrizione di Azure. Di conseguenza, una volta creato un singolo spazio dei nomi del bus di servizio di livello standard, sarà possibile creare tutti gli spazi dei nomi di livello standard desiderati nella stessa sottoscrizione di Azure senza incorrere in altri addebiti di base.

Il livello Premium della messaggistica del bus di servizio offre tutte le funzionalità di messaggistica di code e argomenti del bus di servizio di Azure con prestazioni prevedibili e ripetibili, velocità effettiva maggiore e disponibilità migliorata. Il livello Premium usa un modello di allocazione di risorse dedicate per garantire isolamento dei carichi di lavoro e prestazioni coerenti. Poiché le risorse di calcolo e memoria del livello Premium sono dedicate, non sono previsti costi di transazione per messaggio come negli altri livelli. Tutte le transazioni sono incluse nell'allocazione di unità di messaggi.

Un'unità di messaggistica è un set risorse dedicate riservate esclusivamente agli spazi dei nomi Premium. Questo set di risorse può offrire prestazioni coerenti e ripetibili per i carichi di lavoro di messaggistica. Ogni spazio dei nomi Premium può avere una, due o quattro unità di messaggistica e l'allocazione delle risorse cresce in modo lineare: due unità di messaggistica sono costituite dal doppio delle risorse rispetto a una unità di messaggistica.

Il livello Premium della messaggistica del bus di servizio prevede una tariffa giornaliera fissa per unità di messaggistica acquistata. Gli spazi dei nomi creati come Premium possono avere una, due o quattro unità di messaggistica, per ognuna delle quali verranno addebitate le tariffe giornaliere per le unità di messaggistica specifiche. Per gli spazi dei nomi Premium è possibile cambiare il numero di unità di messaggistica acquistate in qualsiasi momento, ma la tariffa giornaliera è basata sul numero massimo di unità di messaggistica assegnate allo spazio dei nomi in qualsiasi momento.

Sì, è possibile eseguire l’aggiornamento dal livello premium al livello standard. Per le linee guida su come eseguire la migrazione della soluzione dalla messaggistica standard a quella premium, consultare la documentazione.

Una connessione ibrida ti permette di stabilire una comunicazione bidirezionale con flussi binari tra due applicazioni di rete, con una o entrambe le parti dietro NAT o firewall. Il \"listener\" che accetta questa connessione \"inoltrata\" e il \"mittente\" che avvia la connessione possono entrambi essere implementati in qualsiasi piattaforma e in qualsiasi linguaggio dotato di funzionalità WebSocket di base, tra cui l'API WebSocket della maggior parte dei Web browser.

Quando crei il primo listener della connessione ibrida, ti verrà addebitato il costo in base alla tariffa per unità listener. È prevista la stessa tariffa per ogni singolo listener che scegli di creare. Il servizio include 5 GB gratuiti di trasferimento dati al mese. Puoi usare i 5 GB gratuiti di trasferimento dati in tutte le unità listener. Ti verranno addebitate le spese per il trasferimento dati in eccedenza se il volume aggregato di dati trasferiti per tutte le unità listener supera i 5 GB.

Esempio di prezzi 1: se hai un singolo listener, ad esempio un'istanza di Gestione connessioni ibride installata e continuamente in esecuzione per tutto il mese, e invii 3 GB di dati tramite la connessione durante il mese, l'addebito totale sarà pari a $-.

Esempio di prezzi 2: se hai un singolo listener, ad esempio un'istanza di Gestione connessioni ibride installata e continuamente in esecuzione per tutto il mese, e invii 10 GB di dati tramite la connessione durante il mese, l'addebito totale sarà pari a $-. Il risultato si ottiene dalla somma di $- per la connessione e i primi 5 GB inclusi e $- per i 5 GB aggiuntivi di dati.

Prezzi esempio 3: se hai due istanze, A e B, di Gestione connessioni ibride installate e continuamente in esecuzione per tutto il mese e invii 3 GB di dati tramite la connessione A e 6 GB tramite la connessione B, per un totale di 9 GB di dati, l'addebito totale sarà pari a $-. Il risultato si ottiene dalla somma di $- per la connessione A, di $- per la connessione B e $- per i 4 GB di dati aggiuntivi in eccedenza.

Verranno addebitati 64 kB per ogni connessione al listener. Questo volume verrà dedotto dai 5 GB gratuiti offerti ogni mese con le unità listener. L'addebito per le unità listener viene calcolato per ora in base a incrementi di 5 minuti. Non ti verranno addebitati costi per operazioni multiple di apertura e chiusura a scopi di sviluppo e test.

Se apri una connessione e non trasferisci dati, trasferiremo 1 kB al minuto per tuo conto per tenere attiva la connessione. Ciò serve affinché la rete non chiuda automaticamente la connessione ogni pochi minuti. Il costo di questa operazione per ogni listener connesso è inferiore a $0.05 al mese.