Il tuo piano CloudAMQP dice 99 $ al mese, ma la fattura dice 82,33 $, e il mese prossimo dice 114,07 $, e non hai cambiato nulla se non ridimensionare un'istanza di martedì. Niente è sbagliato. CloudAMQP non vende messaggi. Vende tempo-istanza al secondo, fattura con un mese di posticipo e riparte in proporzione ogni cambio di piano esattamente al secondo in cui è avvenuto. Il prezzo di listino è un limite di velocità, non una promessa. Finché la tua contabilità tratta la fattura come la lettura di un contatore invece che come un abbonamento, i tuoi costi infrastrutturali andranno alla deriva, le tue maturazioni mancheranno e il tuo margine lordo assorbirà silenziosamente la differenza.
Questo articolo spiega come CloudAMQP misura e fattura effettivamente, che aspetto hanno le fatture realistiche, perché il broker di produzione appartiene al costo del venduto e come riconciliare le fatture del tempo-istanza affinché ogni dollaro finisca nel conto giusto.
Come misura CloudAMQP: tempo, non messaggi
CloudAMQP è hosting gestito di RabbitMQ e LavinMQ gestito da 84codes. Scegli un broker, un piano e una regione, e ottieni un'istanza o un cluster. Il modello di fatturazione segue l'istanza, non il traffico che la attraversa, che è l'opposto dei servizi di messaggistica per-richiesta dove la dimensione del payload guida la fattura. Qui le due domande che determinano la tua fattura sono quanto grande era l'istanza che hai eseguito e per quanti secondi.
I piani condivisi hanno quote, i piani dedicati hanno capacità
I piani condivisi multi-tenant sono l'unico posto in cui i conteggi dei messaggi compaiono. Loyal Lemming è gratuito con una quota mensile di 2 milioni di messaggi e 40 connessioni, ed Elegant Ermine costa 19 $ al mese con una quota di 20 milioni di messaggi e 200 connessioni. Questi si adattano a sviluppo, prototipi e progetti hobbistici. La quota è un tetto, non un contatore: non paghi per messaggio al suo interno.
I piani dedicati abbandonano del tutto il conteggio dei messaggi. Ottieni il tuo broker o un cluster multi-AZ, e ogni piano dedicato esegue lo stesso motore alla stessa velocità. Scegli un livello in base a quanto contiene il tuo sistema: connessioni, code e messaggi memorizzati. La scala LavinMQ a nodo singolo va da Passionate Puffin a 49 $ al mese fino a Playful Penguin a 99 $, Lively Lynx a 199 $ e Wild Wolverine a 499 $, con livelli superiori al di sopra. Le forme a cluster da uno, tre e cinque nodi scambiano prezzo per disponibilità. Il trasferimento dati è incluso entro un limite di uso equo, che la pagina dei prezzi definisce come trasferimento gratuito pari al 30 percento della spesa mensile del tuo team. Se lo superi, hai 30 giorni per risolvere l'eccedenza prima che gli addebiti sul traffico inizino ad apparire sulle fatture successive.
La conseguenza pratica: il tuo volume di messaggi può raddoppiare senza spostare la fattura di un centesimo, finché l'istanza contiene ancora le connessioni, le code e l'arretrato. Al contrario, passare a un livello più grande perché un limite ti ha stretto ripricizza ogni secondo da quel momento in poi, anche se il traffico è piatto. La pianificazione della capacità, non la previsione del traffico, è l'abilità che controlla questa fattura.
Ogni secondo conta, e la fattura arriva con un mese di ritardo
Tutti i piani sono fatturati al secondo. Alla fine di ogni mese la tua fattura riflette il tempo esatto in cui ogni istanza è stata disponibile per l'uso, quindi un'istanza creata a metà mese, eliminata a metà mese o ridimensionata a metà mese produce un addebito ripartito in proporzione invece di un mese intero o zero. Puoi cambiare piano in qualsiasi momento senza downtime, e l'autoscaling tra livelli ha lo stesso effetto: ogni segmento del mese è prezzato al livello che era attivo durante quei secondi.
Il pagamento avviene il mese successivo alla fornitura. La FAQ di CloudAMQP lo dice chiaramente: la fatturazione è ripartita in proporzione, i clienti pagano solo per il tempo in cui il servizio è stato disponibile per loro, e ricevi la tua prima fattura all'inizio del mese successivo invece che alla registrazione. Quel ritmo in via posticipata è il fatto singolo più importante per la tua contabilità. Non c'è alcun addebito alla chiusura su cui contabilizzare, il che significa che ogni chiusura di fine mese richiede una maturazione per il tempo-broker non ancora fatturato, e ogni fattura richiede un conguaglio rispetto alla stima del mese scorso.
Altre due meccaniche di fatturazione contano. Primo, il prepagamento: puoi prepagare da uno a più mesi in anticipo, e un prepagamento è valido per un anno prima di scadere. Un cliente su un piano da 99 $ può prepagare dodici mesi e saltare gli addebiti mensili per un anno, e il credito copre ogni piano sull'account, quindi aggiungere una seconda istanza lo consuma più velocemente. Quello è un'attività prepagata con una miccia di un anno, non una spesa al momento del pagamento. Secondo, non c'è fattura annuale. Poiché i clienti cambiano piano così spesso, CloudAMQP non offre fatturazione annuale; il credito prepagato è il sostituto. Se il tuo processo di approvvigionamento richiede una fattura annuale o ordini di acquisto separati per abbonamento, pianificalo presto: ordini di acquisto separati richiedono account separati in modo che gli abbonamenti fatturino separatamente, e i termini di fatturazione passano dal loro team di fatturazione invece che dal flusso self-service con carta.
Le istanze del marketplace fatturano tramite la piattaforma, non CloudAMQP
Se hai effettuato il provisioning tramite gli add-on Heroku o i marketplace AWS, Azure o GCP, la spesa non compare affatto su una fattura CloudAMQP. Finisce sulla fattura della piattaforma, la fattura mensile di Heroku o il dettaglio dei costi del tuo provider cloud, sotto la denominazione di quella piattaforma. Questo è il divario di riconciliazione più comune per i team che gestiscono broker in due posti: la fattura diretta si riconcilia in modo pulito mentre il gemello del marketplace si nasconde dentro una fattura cloud più grande, spesso classificata come hosting generico. Decidi una volta da dove fattura ogni istanza, e assicurati che il tuo prelievo di fine mese copra sia il pannello di controllo CloudAMQP sia ogni marketplace in cui potrebbe nascondersi.
Quanto costa con forme realistiche
I prezzi di listino hanno senso solo moltiplicati per i secondi, quindi ecco tre forme costruite da prezzi pubblicati a nodo singolo.
Un progetto collaterale esegue lo staging sul livello Lemming gratuito e un Puffin a 49 $ per un piccolo servizio di produzione. La voce del broker è 49 $ al mese, fisso, e l'unico compito di riconciliazione è confermare che l'istanza abbia funzionato tutto il mese.
Un team SaaS in crescita esegue la produzione su un Penguin a 99 $ e lo staging su un Ermine a 19 $. A metà mese, la profondità della coda forza un aggiornamento: lo staging a livello Puffin resta fermo, ma la produzione passa da Puffin a 49 $ a Penguin a 99 $ dieci giorni dentro un mese di trenta giorni. La gamba di produzione è prezzata come dieci giorni al livello inferiore più venti giorni a quello superiore, all'incirca 16,33 $ più 66,00 $, ovvero circa 82,33 $, e lo staging aggiunge 19 $. Il totale della fattura arriva vicino a 101,33 $ per una configurazione i cui prezzi di listino sommano a 118 $. Il mese prossimo, con Penguin attivo per l'intero periodo, la stessa configurazione fattura i 118 $ completi. Chiunque contabilizzi il prezzo di listino in entrambi i mesi sovrastima il primo mese e non sottostima nulla il secondo, che è esattamente la deriva che la fatturazione al secondo punisce.
Un'azienda più grande esegue un cluster di produzione a tre nodi più lo staging e un saldo di credito prepagato. Il cluster moltiplica la tariffa a nodo singolo, i cambi di piano durante la risposta agli incidenti aggiungono segmenti ripartiti in proporzione, e il prepagamento assorbe il totale senza un addebito sulla carta. La fattura dettaglia comunque ogni istanza e ogni segmento, e il consumo del credito è il numero da contabilizzare, non lo zero sull'estratto conto della carta.
Nessuna di queste forme coinvolge conteggi di messaggi. Se il tuo modello finanziario moltiplica i messaggi attesi per una tariffa per-messaggio, sta modellando un fornitore diverso. Modella i livelli di istanza moltiplicati per i secondi attesi, e rivedi l'ipotesi sul livello ogni volta che la crescita di connessioni o code forza un ridimensionamento.
Perché il broker di produzione è COGS, non spese generali
Un message broker che trasporta eventi di ordine, invii di job e notifiche ai clienti in produzione è un costo diretto di fornitura del tuo prodotto. Scala con il business, smette di contare nel momento in cui nulla vende, e si colloca naturalmente sopra la linea del margine lordo insieme a calcolo, database, storage e larghezza di banda per la produzione. La pratica del margine lordo SaaS applica un test del costo diretto: la spesa che esiste per servire i clienti in produzione è costo del ricavo, mentre la spesa che costruisce, vende o amministra l'azienda è spesa operativa. Il SaaS classico registra margini lordi del 75-85 percento su questa base, con le aziende ad alta intensità infrastrutturale che registrano margini inferiori, e gli investitori ti confrontano con quelle fasce.
Applica il test istanza per istanza, perché un account CloudAMQP di solito ne contiene diverse. I broker di produzione che trasportano carichi di lavoro dei clienti passano al costo del venduto. Le istanze di staging, load-test e sandbox per sviluppatori finiscono nella ricerca e sviluppo o nelle spese generali. L'Ermine condiviso che esegue il tuo ambiente di staging non è COGS solo perché condivide una fattura con il Penguin di produzione. La fattura li raggruppa, quindi separala ogni mese per istanza, usando il dettaglio per-istanza del pannello di controllo. I team che saltano la separazione di solito sbagliano nella direzione lusinghiera, seppellendo l'infrastruttura nelle spese generali e riportando un margine che la loro economia unitaria non può difendere. Una revisione di due diligence lo riclassifica in un pomeriggio, e il margine rideterminato non è mai quello più alto.
Gli standard contabili lo confermano. Sotto l'ASC 350-40, un accordo di hosting gestito in cui il fornitore esegue il software è un contratto di servizio, e le tariffe sono spesate come sostenute nel periodo di utilizzo. Il lavoro di implementazione può avere un proprio trattamento, ma l'addebito mensile del tempo-istanza è una spesa di periodo, mai un'attività capitalizzata. I prepagamenti sono l'immagine speculare: cassa in uscita oggi, spesa dopo, quindi il prepagamento si colloca come un'attività prepagata e si rilascia in spesa man mano che il credito viene consumato. Contabilizzare il prepagamento come spesa il giorno del pagamento sovrastima il mese del pagamento e sottostima ogni mese che il credito copre.
Contabilizza l'importo netto che paghi effettivamente. Il livello Lemming gratuito è capacità gratuita, non ricavo, quindi non c'è nulla da maggiorare. Se vuoi visibilità su quanto costerebbe il carico di lavoro senza di esso, traccialo nelle tue metriche e mantieni il libro al costo di cassa.
Come contabilizzarlo affinché la fattura si riconcili
Dai al broker il suo conto di costo del venduto invece di mescolarlo nella spesa generica per cloud o software. Un conto dedicato come message broker ti consente di dividere la spesa di produzione del mese per i secondi-istanza del mese e vedere il tuo vero costo per unità di capacità, che è il numero che ti dice se un ridimensionamento ha comprato margine di manovra o solo una fattura più grande.
Poiché la fatturazione va con un mese di posticipo, il ritmo è maturare, poi regolare, poi conguagliare. Stima la parte del broker dai livelli di istanza e dai secondi alla chiusura, separa la produzione dallo staging e correggi alla fattura quando arriva. Ecco un ciclo completo per un mese in cui la produzione ha registrato 82,33 $ dopo un ridimensionamento a metà mese e lo staging ha aggiunto 19,00 $:
2026-01-01 open Assets:Cash:Operating USD
2026-01-01 open Assets:Prepaid:CloudAMQP USD
2026-01-01 open Expenses:CostOfSales:Message-Broker USD
2026-01-01 open Expenses:Research:Staging-Infra USD
2026-01-01 open Liabilities:Accrued:CloudAMQP USD
2026-01-31 * "CloudAMQP" "January estimate, prod Puffin-to-Penguin resize plus Ermine staging"
Expenses:CostOfSales:Message-Broker 82.33 USD
Expenses:Research:Staging-Infra 19.00 USD
Liabilities:Accrued:CloudAMQP -101.33 USD
2026-02-04 * "CloudAMQP" "January invoice settles, estimate was exact"
Liabilities:Accrued:CloudAMQP 101.33 USD
Assets:Cash:Operating -101.33 USDQuando un prepagamento copre il mese, la gamba di regolazione attinge all'attività prepagata invece che alla cassa. Registra il prepagamento come attività quando lo paghi, poi rilascia il consumo di ogni mese:
2026-01-05 * "CloudAMQP" "Prepay 12 months Big Bunny at 99 per month"
Assets:Prepaid:CloudAMQP 1188.00 USD
Assets:Cash:Operating -1188.00 USD
2026-01-31 * "CloudAMQP" "January consumption against prepayment, prod plus staging"
Expenses:CostOfSales:Message-Broker 82.33 USD
Expenses:Research:Staging-Infra 19.00 USD
Assets:Prepaid:CloudAMQP -101.33 USDTraccia la scadenza a un anno del prepagamento come tracci qualsiasi credito usa-o-perdi. Un saldo in scadenza è una perdita reale, e merita un promemoria in calendario, non una scoperta durante la pulizia dell'anno prossimo. Se tieni la contabilità in testo semplice, i modelli di tracciamento dei costi nella documentazione si estendono naturalmente a una separazione per-istanza del broker.
Una trappola di classificazione: un sovrapprezzo per eccedenza di trasferimento dati e un livello più grande sono entrambi costi del broker, ma significano cose diverse. Il cambio di livello è capacità pianificata; l'eccedenza è consumo non pianificato oltre il limite di uso equo. Contabilizza entrambi sul conto del broker, ma etichetta o annota l'eccedenza separatamente in modo che il mese in cui appare si legga come un'eccezione piuttosto che come una nuova linea di base.
Cinque controlli che mantengono onesto il tempo-istanza
La fatturazione al secondo premia l'attenzione e punisce il configura-e-dimentica. Questi cinque controlli intercettano le derive comuni.
1. Riconcilia istanza per istanza, non fattura per fattura
Abbina ogni riga della fattura a un'istanza che riconosci, a un livello che hai autorizzato, per secondi che coprono all'incirca il mese. Una riga per un'istanza che nessuno possiede è di solito un broker di staging dimenticato o un cluster di load-test di tre sprint fa che fattura ancora al secondo. Elimina senza pietà; non c'è alcuna ricompensa per la capacità inattiva qui.
2. Registra ogni ridimensionamento con il suo timestamp
Ogni cambio di piano divide il mese in segmenti prezzati. Mantieni un registro delle modifiche leggero, anche solo una nota condivisa con data, istanza, vecchio livello e nuovo livello, e riconcilia i segmenti della fattura rispetto ad esso. Senza il registro, un totale misto come 82,33 $ è aritmetica non verificabile. Con esso, la matematica si verifica in un minuto.
3. Porta la spesa del marketplace nella stessa revisione
Se qualche istanza fattura tramite Heroku o un marketplace cloud, aggiungi quelle righe alla stessa revisione mensile della fattura diretta. Nomina il marketplace nella narrazione del libro mastro così il revisore del mese prossimo non va a caccia di una riga CloudAMQP che non esisterà mai. È anche qui che si nasconde la fatturazione duplicata: un'istanza migrata dal marketplace alla fatturazione diretta a volte funziona doppia per qualche giorno.
4. Controlla il limite di trasferimento a uso equo prima che fatturi
Il trasferimento dati è incluso fino al 30 percento della spesa del team, con una finestra di risoluzione di 30 giorni dopo un'eccedenza prima che i sovrapprezzi colpiscano le fatture successive. Tratta il primo avviso di eccedenza come il controllo, non il sovrapprezzo. Controlla quale istanza ha avuto un picco di traffico, conferma che sia crescita legittima piuttosto che una tempesta di retry o un consumer chiacchierone, e risolvila dentro la finestra. Un ciclo di retry che si dirama su un cluster può convertire un mese tranquillo in un'eccedenza di trasferimento senza cambiare alcun livello.
5. Automatizza il prelievo
Il pannello di controllo elenca ogni fattura, e l'API clienti espone le operazioni di fatturazione insieme alla gestione delle istanze, quindi il prelievo di fine mese non deve essere un umano che clicca su una console. Scripta il download, analizza le righe per-istanza e confronta con il tuo registro delle modifiche e la tua maturazione. La stima di maturazione stessa può venire dagli stessi dati: tariffe dei livelli moltiplicate per i secondi trascorsi, che batte l'indovinare dal totale del mese scorso ogni volta che un ridimensionamento è avvenuto a metà ciclo.
Lista di controllo di fine mese per i costi del broker
Chiudi il ciclo allo stesso modo ogni mese così i numeri restano affidabili:
- Elenca ogni istanza e cluster, fatturati direttamente e tramite marketplace, e conferma che ognuno abbia ancora un proprietario e uno scopo.
- Riconcilia ogni riga della fattura a un'istanza, un livello e un segmento temporale, usando il tuo registro dei ridimensionamenti per eventuali totali misti.
- Separa la spesa di produzione da quella di staging e sandbox, e conferma che solo la produzione sia finita nel costo del venduto.
- Conguaglia la maturazione del mese scorso alla fattura regolata e porta la varianza in avanti nella stima del mese prossimo.
- Consuma qualsiasi prepagamento per il consumo effettivo, e controlla il saldo rimanente rispetto alla sua scadenza a un anno.
- Conferma che l'utilizzo del trasferimento sia rimasto entro il limite di uso equo, e risolvi qualsiasi avviso di eccedenza entro la sua finestra di 30 giorni.
- Conferma che ogni istanza creata durante il mese abbia ereditato il tag di ambiente corretto e sia finita nel conto giusto dal primo giorno.
Preleva oggi la fattura CloudAMQP di questo mese e abbina ogni riga a un'istanza che sai nominare. Se ogni riga si mappa in modo pulito, la tua contabilità del broker è onesta. Se una non lo fa, hai appena trovato o un'istanza dimenticata che fattura ancora al secondo o un gemello del marketplace nascosto in un'altra fattura, e in entrambi i casi la scoperta ripaga la revisione.
