El teu pla de CloudAMQP diu 99 $ al mes, però la factura diu 82,33 $, i el mes que ve diu 114,07 $, i no has canviat res excepte redimensionar una instància un dimarts. No hi ha res malament. CloudAMQP no ven missatges. Ven temps d'instància per segon, factura amb un mes de retard i prorrateja cada canvi de pla fins al segon exacte en què va ocórrer. El preu d'etiqueta és un límit de velocitat, no una promesa. Fins que la teva comptabilitat tracti la factura com la lectura d'un comptador i no com una subscripció, els teus costos d'infraestructura derivaran, les teves meritacions fallaran i el teu marge brut absorbirà silenciosament la diferència.
Aquest article explica com CloudAMQP mesura i factura realment, com són les factures realistes, per què el broker de producció pertany al cost dels béns venuts i com conciliar les factures de temps d'instància perquè cada dòlar aterri al compte correcte.
Com mesura CloudAMQP: temps, no missatges
CloudAMQP és allotjament gestionat de RabbitMQ i LavinMQ gestionat per 84codes. Tries un broker, un pla i una regió, i obtens una instància o un clúster. El model de facturació segueix la instància, no el trànsit que hi circula, que és el contrari dels serveis de missatgeria per petició on la mida del payload determina la factura. Aquí les dues preguntes que determinen la teva factura són quina mida d'instància has executat i durant quants segons.
Els plans compartits tenen quotes, els plans dedicats tenen capacitat
Els plans compartits multi-llogater són l'únic lloc on apareixen els comptes de missatges. Loyal Lemming és gratuït amb una quota mensual de 2 milions de missatges i 40 connexions, i Elegant Ermine costa 19 $ al mes amb una quota de 20 milions de missatges i 200 connexions. Aquests serveixen per a desenvolupament, prototips i projectes d'aficionat. La quota és un sostre, no un comptador: no pagues per missatge dins d'ella.
Els plans dedicats eliminen completament el comptatge de missatges. Obteniu el vostre propi broker o un clúster multi-AZ d'ells, i cada pla dedicat executa el mateix motor a la mateixa velocitat. Tries un nivell segons quant manté el teu sistema: connexions, cues i missatges emmagatzemats. L'escala de LavinMQ de node únic va des de Passionate Puffin a 49 $ al mes passant per Playful Penguin a 99 $, Lively Lynx a 199 $ i Wild Wolverine a 499 $, amb nivells més grans per sobre. Les formes de clúster d'un, tres i cinc nodes bescanvien preu per disponibilitat. La transferència de dades s'inclou dins d'una assignació d'ús just, que la pàgina de preus defineix com a transferència gratuïta equivalent al 30 per cent de la despesa del teu equip cada mes. Si la superes, tens 30 dies per resoldre l'excés abans que els càrrecs de trànsit comencin a aparèixer en factures posteriors.
La conseqüència pràctica: el teu volum de missatges pot duplicar-se sense moure la factura ni un cèntim, sempre que la instància encara mantingui les connexions, cues i backlog. A la inversa, actualitzar a un nivell més gran perquè un límit t'ha apretat reprencia cada segon a partir d'aquest moment, encara que el trànsit sigui pla. La planificació de capacitat, no la previsió de trànsit, és l'habilitat que controla aquesta factura.
Cada segon compta, i la factura arriba un mes tard
Tots els plans es facturen per segon. Al final de cada mes la teva factura reflecteix el temps exacte que cada instància va estar disponible per a ús, de manera que una instància creada a mitjan mes, eliminada a mitjan mes o redimensionada a mitjan mes produeix un càrrec prorratejat en lloc d'un mes complet o zero. Pots canviar de pla en qualsevol moment sense temps d'inactivitat, i l'escalat automàtic entre nivells té el mateix efecte: cada segment del mes es preus segons el nivell que estava actiu durant aquells segons.
El pagament es fa el mes següent al lliurament. El propi FAQ de CloudAMQP ho diu clarament: la facturació és prorratejada, els clients només paguen pel temps que el servei va estar disponible per a ells, i reps la teva primera factura a principis del mes següent en lloc de al registre. Aquest ritme de pagament endarrerit és el fet més important per a la teva comptabilitat. No hi ha cap càrrec al tancament contra el qual registrar, el que significa que cada tancament de mes necessita una meritació pel temps de broker no facturat, i cada factura necessita un ajust contra l'estimació del mes passat.
Dues mecàniques de facturació més importen. Primer, el prepagament: pots prepagar d'un a diversos mesos per avançat, i un prepagament és vàlid durant un any abans de caducar. Un client amb un pla de 99 $ pot prepagar dotze mesos i saltar-se els càrrecs mensuals durant un any, i el crèdit cobreix cada pla del compte, de manera que afegir una segona instància el consumeix més ràpidament. Això és un actiu prepagat amb una metxa d'un any, no una despesa en el moment del pagament. Segon, no hi ha factura anual. Com que els clients canvien de pla tan sovint, CloudAMQP no ofereix facturació anual; el crèdit de prepagament és el substitut. Si el teu procés de compres exigeix una factura anual o ordres de compra separades per subscripció, planifica-ho amb antelació: les OC separades requereixen comptes separats perquè les subscripcions es facturin per separat, i els termes de facturació passen pel seu equip de facturació en lloc del flux de targeta d'autoservei.
Les instàncies de marketplace facturen a través de la plataforma, no de CloudAMQP
Si has aprovisionat a través d'add-ons de Heroku o dels marketplaces d'AWS, Azure o GCP, la despesa no apareix en absolut en una factura de CloudAMQP. Aterra a la factura de la plataforma, la factura mensual de Heroku o el desglossament de costos del teu proveïdor de núvol, sota la nomenclatura d'aquesta plataforma. Aquest és el buit de conciliació més comú per als equips que executen brokers en dos llocs: la factura directa es concilia netament mentre el bessó del marketplace s'amaga dins d'una factura de núvol més gran, sovint classificada com a allotjament genèric. Decideix una vegada d'on factura cada instància, i assegura't que la teva extracció de tancament de mes cobreixi tant el panell de control de CloudAMQP com cada marketplace on es podria amagar.
Quant costa això en formes realistes
Els preus de llista només tenen sentit multiplicats per segons, així que aquí tens tres formes construïdes a partir de preus publicats de node únic.
Un projecte secundari executa staging al nivell gratuït Lemming i un Puffin a 49 $ per a un petit servei de producció. La línia del broker és de 49 $ al mes, plana, i l'única tasca de conciliació és confirmar que la instància va funcionar tot el mes.
Un equip SaaS en creixement executa producció en un Penguin a 99 $ i staging en un Ermine a 19 $. A mitjan mes, la profunditat de la cua força una actualització: el staging a nivell Puffin es manté, però la producció passa de Puffin a 49 $ a Penguin a 99 $ deu dies dins d'un mes de trenta dies. La pota de producció es preus com a deu dies al nivell inferior més vint dies al superior, aproximadament 16,33 $ més 66,00 $, o uns 82,33 $, i el staging afegeix 19 $. El total de la factura arriba a prop de 101,33 $ per a una configuració els preus d'etiqueta de la qual sumen 118 $. El mes següent, amb Penguin actiu durant tot el període, la mateixa configuració factura els 118 $ complets. Qualsevol que registri el preu d'etiqueta tots dos mesos sobreestima el primer mes i no subestima res el segon, que és exactament la deriva que la facturació per segon castiga.
Una botiga més gran executa un clúster de producció de tres nodes més staging i un saldo de crèdit prepagat. El clúster multiplica la tarifa de node únic, els canvis de pla durant la resposta a incidents afegeixen segments prorratejats, i el prepagament absorbeix el total sense càrrec de targeta. La factura encara detalla cada instància i cada segment, i la reducció del crèdit és el número a registrar, no el zero a l'extracte de la targeta.
Cap d'aquestes formes implica comptes de missatges. Si el teu model financer multiplica els missatges esperats per una tarifa per missatge, està modelant un proveïdor diferent. Modela els nivells d'instància multiplicats pels segons esperats, i revisa l'assumpció de nivell sempre que el creixement de connexions o cues forci un redimensionament.
Per què el broker de producció és COGS, no despesa general
Un broker de missatges que transporta esdeveniments de comanda, despatxos de treballs i notificacions de clients en producció és un cost directe de lliurar el teu producte. Escala amb el negoci, deixa d'importar en el moment que no es ven res, i se situa naturalment per sobre de la línia de marge brut al costat de còmput, base de dades, emmagatzematge i amplada de banda per a producció. La pràctica de marge brut SaaS aplica una prova de cost directe: la despesa que existeix per servir clients en producció és cost d'ingressos, mentre que la despesa que construeix, ven o administra l'empresa és despesa operativa. El SaaS clàssic té un marge brut del 75 al 85 per cent sobre aquesta base, amb negocis intensius en infraestructura funcionant més baix, i els inversors et comparen amb aquestes bandes.
Aplica la prova instància per instància, perquè un compte de CloudAMQP normalment conté diverses. Els brokers de producció que transporten càrregues de treball de clients passen al cost dels béns venuts. Les instàncies de staging, proves de càrrega i sandbox de desenvolupador fallen a recerca i desenvolupament o despesa general. L'Ermine compartit que executa el teu entorn de staging no és COGS només perquè comparteixi una factura amb el Penguin de producció. La factura els agrupa, així que divideix-la cada mes per instància, utilitzant el desglossament per instància del panell de control. Els equips que s' salten la divisió normalment erren en la direcció afalagadora, enterrant la infraestructura en despesa general i reportant un marge que la seva economia unitària no pot defensar. Una revisió de diligència deguda ho reclasifica en una tarda, i el marge reformulat mai és el més alt.
Els estàndards comptables ho donen suport. Sota ASC 350-40, un acord d'allotjament gestionat on el proveïdor executa el programari és un contracte de servei, i les tarifes es despesen a mesura que s'incorren durant el període d'ús. El treball d'implementació pot tenir el seu propi tractament, però el càrrec mensual de temps d'instància és una despesa del període, mai un actiu capitalitzat. Els prepagaments són la imatge mirall: efectiu fora avui, despesa més tard, de manera que el prepagament se situa com a actiu prepagat i s'allibera a despesa a mesura que es consumeix el crèdit. Registrar el prepagament com a despesa el dia del pagament sobreestima el mes del pagament i subestima cada mes que el crèdit cobreix.
Registra l'import net que realment pagues. El nivell gratuït Lemming és capacitat gratuïta, no ingressos, així que no hi ha res a grossar. Si vols visibilitat de quant costaria la càrrega de treball sense ell, fes-ne seguiment a les teves mètriques i mantén el llibre al cost d'efectiu.
Com registrar-ho perquè la factura es conciliï
Dona al broker el seu propi compte de cost de vendes en lloc de barrejar-lo amb despesa genèrica de núvol o programari. Un compte dedicat com ara broker de missatges et permet dividir la despesa de producció del mes pels segons d'instància del mes i veure el teu cost real per unitat de capacitat, que és el número que et diu si un redimensionament va comprar marge o només una factura més gran.
Com que la facturació va amb un mes de retard, el ritme és meritar, liquidar i ajustar. Estima la part del broker a partir dels nivells d'instància i els segons al tancament, divideix producció de staging, i corregeix a la factura quan arribi. Aquí tens un cicle complet per a un mes on la producció va córrer 82,33 $ després d'un redimensionament a mitjan mes i el staging va afegir 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 USDQuan un prepagament cobreix el mes, la pota de liquidació extreu l'actiu prepagat en lloc d'efectiu. Registra el prepagament com a actiu quan el pagues, i després allibera el consum de cada mes:
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 USDFes seguiment de la caducitat d'un any del prepagament de la mateixa manera que fas seguiment de qualsevol crèdit d'ús-o-pèrdua. Un saldo que caduca és una pèrdua real, i mereix un recordatori de calendari, no un descobriment durant la neteja de l'any vinent. Si mantens la teva comptabilitat en text pla, els patrons de seguiment de costos a la documentació s'estenen naturalment a una divisió de broker per instància.
Una trampa de classificació: un recàrrec per excés de transferència de dades i un nivell més gran són tots dos costos de broker, però signifiquen coses diferents. El canvi de nivell és capacitat planificada; l'excés és consum no planificat més enllà de l'assignació d'ús just. Registra tots dos al compte del broker, però etiqueta o anota l'excés per separat perquè el mes que aparegui es llegeixi com una excepció i no com una nova línia base.
Cinc controls que mantenen honest el temps d'instància
La facturació per segon recompensa l'atenció i castiga el configura-i-oblida. Aquests cinc controls atrapen les derives comunes.
1. Concilia instància per instància, no factura per factura
Fes coincidir cada línia de factura amb una instància que reconeixes, a un nivell que has autoritzat, durant segons que aproximadament cobreixen el mes. Una línia per a una instància que ningú posseeix normalment és un broker de staging oblidat o un clúster de proves de càrrega de fa tres sprints que encara factura per segon. Elimina sense pietat; aquí no hi ha recompensa per la capacitat inactiva.
2. Registra cada redimensionament amb la seva marca de temps
Cada canvi de pla divideix el mes en segments amb preu. Mantén un registre de canvis lleuger, fins i tot una nota compartida amb data, instància, nivell antic i nivell nou, i concilia els segments de la factura contra ell. Sense el registre, un total barrejat com 82,33 $ és aritmètica no verificable. Amb ell, les matemàtiques es comproven en un minut.
3. Atreu la despesa de marketplace a la mateixa revisió
Si alguna instància factura a través de Heroku o d'un marketplace de núvol, afegeix aquestes línies a la mateixa revisió mensual que la factura directa. Nomena el marketplace a la narració del llibre perquè el revisor del mes vinent no busqui una línia de CloudAMQP que mai existirà. Aquí també s'amaga la facturació duplicada: una instància migrada de marketplace a facturació directa de vegades funciona doble durant uns quants dies.
4. Vigila l'assignació de transferència d'ús just abans que facturi
La transferència de dades s'inclou fins al 30 per cent de la despesa de l'equip, amb una finestra de resolució de 30 dies després d'un excés abans que els recàrrecs arribin a factures posteriors. Tracta el primer avís d'excés com el control, no el recàrrec. Comprova quin trànsit d'instància es va disparar, confirma que és creixement legítim i no una tempesta de reintents o un consumidor xerraire, i resol-ho dins de la finestra. Un bucle de reintents que es desplega per un clúster pot convertir un mes tranquil en un excés de transferència sense canviar cap nivell.
5. Automatitza l'extracció
El panell de control llista cada factura, i l'API de client exposa operacions de factura al costat de la gestió d'instàncies, de manera que l'extracció de tancament de mes no ha de ser un humà fent clic per una consola. Programa la descàrrega, analitza les línies per instància, i compara amb el teu registre de canvis i la teva meritació. L'estimació de meritació mateixa pot venir de les mateixes dades: tarifes de nivell multiplicades pels segons transcorreguts, que supera endevinar a partir del total del mes passat sempre que un redimensionament va ocórrer a mitjan cicle.
Llista de verificació de tancament de mes per a costos de broker
Tanca el cicle de la mateixa manera cada mes perquè els números segueixin sent fiables:
- Llista cada instància i clúster, directes i facturats per marketplace, i confirma que cadascun encara té un propietari i un propòsit.
- Concilia cada línia de factura amb una instància, nivell i segment de temps, utilitzant el teu registre de redimensionaments per a qualsevol total barrejat.
- Divideix la despesa de producció de la de staging i sandbox, i confirma que només la producció va aterrar al cost dels béns venuts.
- Ajusta la meritació del mes passat a la factura liquidada i porta la variància endavant a l'estimació del mes vinent.
- Redueix qualsevol prepagament pel consum real, i comprova el saldo restant contra la seva caducitat d'un any.
- Confirma que l'ús de transferència es va mantenir dins de l'assignació d'ús just, i resol qualsevol avís d'excés dins de la seva finestra de 30 dies.
- Confirma que cada instància creada durant el mes va heretar l'etiqueta d'entorn correcta i va aterrar al compte correcte des del primer dia.
Extreu la factura de CloudAMQP d'aquest mes avui i fes coincidir cada línia amb una instància que puguis anomenar. Si cada línia s'assigna netament, la teva comptabilitat de broker és honesta. Si una no ho fa, acabes de trobar o una instància oblidada que encara factura per segon o un bessó de marketplace amagat en una altra factura, i qualsevol dels dos descobriments paga la revisió.
