Планът ви в CloudAMQP казва $99 на месец, но фактурата казва $82.33, а следващият месец казва $114.07, и не сте променили нищо освен преоразмеряването на инстанция във вторник. Нищо не е сгрешено. CloudAMQP не продава съобщения. Той продава време на инстанциите по секунди, фактурира месец в заден план и пропорционално разпределя всяка промяна на плана до точната секунда, в която е настъпила. Обявената цена е ограничение на скоростта, не обещание. Докато счетоводството ви не третира фактурата като показание на измервателно устройство, а не като абонамент, инфраструктурните ви разходи ще се отклоняват, начисленията ви ще пропускат и брутният ви марж тихомълком ще поема разликата.
Тази публикация обяснява как CloudAMQP всъщност измерва и фактурира, как изглеждат реалистичните фактури, защо продуктивният брокер принадлежи към себестойността на продадените стоки и как да съгласувате фактури за време на инстанциите, така че всеки долар да попадне в правилната сметка.
Как CloudAMQP измерва: време, не съобщения
CloudAMQP е управляван хостинг на RabbitMQ и LavinMQ, управляван от 84codes. Избирате брокер, план и регион и получавате инстанция или клъстер. Моделът на фактуриране следва инстанцията, а не трафика, който преминава през нея, което е обратното на услугите за съобщения с таксуване на заявка, където размерът на полезния товар определя фактурата. Тук двата въпроса, които определят фактурата ви, са колко голяма инстанция сте стартирали и за колко секунди.
Споделените планове имат квоти, отделните планове имат капацитет
Споделените мулти-наемателски планове са единственото място, където въобще се появяват бройки съобщения. Loyal Lemming е безплатен с месечна квота от 2 милиона съобщения и 40 връзки, а Elegant Ermine струва $19 на месец с квота от 20 милиона съобщения и 200 връзки. Те са подходящи за разработка, прототипи и хоби проекти. Квотата е таван, не измервателно устройство: не плащате на съобщение в рамките на нея.
Отделните планове напълно премахват броенето на съобщения. Получавате собствен брокер или мулти-AZ клъстер от тях, и всеки отделен план работи с еднакъв двигател при еднаква скорост. Избирате ниво според това колко съхранява системата ви: връзки, опашки и съхранени съобщения. Степента на единичен възел LavinMQ върви от Passionate Puffin при $49 на месец през Playful Penguin при $99, Lively Lynx при $199 и Wild Wolverine при $499, с по-големи нива над това. Формите на клъстери от един, три и пет възела разменят цена за наличност. Преносът на данни е включен в рамките на допустим обем за справедливо ползване, който ценовата страница определя като безплатен пренос, равен на 30 процента от разходите на екипа ви всеки месец. Ако го надвишите, получавате 30 дни да разрешите превишението, преди таксите за трафик да започнат да се появяват в по-късни фактури.
Практическото следствие: обемът ви от съобщения може да се удвои, без фактурата да мръдне и цент, стига инстанцията все още да побира връзките, опашките и изоставането. Обратно, надграждането до по-голямо ниво, защото една граница ви е притиснала, преоценява всяка секунда от този момент нататък, дори ако трафикът е постоянен. Планирането на капацитета, а не прогнозирането на трафика, е умението, което контролира тази фактура.
Всяка секунда се брои, а фактурата пристига с месец закъснение
Всички планове се таксуват по секунди. В края на всеки месец фактурата ви отразява точното време, през което всяка инстанция е била достъпна за използване, така че инстанция, създадена или изтрита по средата на месеца, или преоразмерена по средата на месеца, поражда пропорционално разпределена такса, а не пълен или нулев месец. Можете да сменяте планове по всяко време без прекъсване, а автоматичното мащабиране между нива има същия ефект: всеки сегмент от месеца се оценява на нивото, което е било активно през тези секунди.
Плащането се извършва месеца след доставката. Собствените ЧЗВ на CloudAMQP го заявяват ясно: фактурирането е пропорционално, клиентите плащат само за времето, през което услугата е била достъпна за тях, и получавате първата си фактура в началото на предстоящия месец, а не при регистрация. Този ритъм на плащане в заден план е най-важният факт за счетоводството ви. Няма такса при приключване, срещу която да осчетоводите, което означава, че всяко месечно приключване се нуждае от начисление за нефактурирано време на брокера, и всяка фактура се нуждае от изравняване спрямо миналата оценка.
Още две механики на фактуриране имат значение. Първо, предплащането: можете да предплатите един до няколко месеца напред, и предплащането е валидно за една година, преди да изтече. Клиент на план за $99 може да предплати дванадесет месеца и да пропусне месечните такси за година, а кредитът покрива всеки план в сметката, така че добавянето на втора инстанция го изчерпва по-бързо. Това е предплатен актив с едногодишен фитил, а не разход към момента на плащането. Второ, няма годишна фактура. Тъй като клиентите сменят планове толкова често, CloudAMQP не предлага годишно фактуриране; предплатеният кредит е заместителят. Ако процесът ви за доставки изисква годишна фактура или отделни поръчки за всяка подписка, планирайте това отрано: отделните поръчки изискват отделни сметки, за да се фактурират подписките отделно, а условията за фактуриране минават през техния екип по фактуриране, а не през потока за самообслужване с карта.
Инстанциите в marketplace се фактурират през платформата, а не през CloudAMQP
Ако сте осигурили инстанция през Heroku добавки или пазарите на AWS, Azure или GCP, разходът изобщо не се появява във фактура на CloudAMQP. Той попада във фактурата на платформата, месечната фактура на Heroku или разбивката на разходите на вашия облачен доставчик, под наименованието на тази платформа. Това е най-честата празнина при съгласуването за екипи, които управляват брокери на две места: директната фактура се съгласува чисто, докато пазарният близнак се крие в по-голяма облачна фактура, често класифициран като общ хостинг. Решете веднъж откъде се фактурира всяка инстанция и се уверете, че месечното ви изтегляне покрива както контролния панел на CloudAMQP, така и всеки пазар, в който може да се скрие.
Колко струва това при реалистични форми
Цените по списък имат смисъл само умножени по секунди, така че ето три форми, изградени от публикуваните цени за единичен възел.
Страничен проект управлява staging на безплатното ниво Lemming и Puffin при $49 за малка продуктивна услуга. Редът за брокера е $49 на месец, постоянен, и единствената задача за съгласуване е да потвърдите, че инстанцията е работила целия месец.
Разрастващ се SaaS екип управлява продукцията на Penguin при $99 и staging на Ermine при $19. По средата на месеца дълбочината на опашката принуждава надграждане: staging на ниво Puffin остава непроменен, но продукцията преминава от Puffin при $49 към Penguin при $99 десет дни след началото на тридесетдневен месец. Продуктивният сегмент се оценява като десет дни на по-ниското ниво плюс двадесет дни на по-високото, приблизително $16.33 плюс $66.00, или около $82.33, а staging добавя $19. Общата сума на фактурата достига близо $101.33 за конфигурация, чиито обявени цени се сумират до $118. Следващият месец, с Penguin активен за целия период, същата конфигурация се фактурира на пълните $118. Всеки, който осчетоводява обявената цена и двата месеца, надценява първия месец и не подценява нищо втория, което е точно отклонението, което таксуването по секунди наказва.
По-голям бизнес управлява тривъзлов продуктивен клъстер плюс staging и предплатен кредитен баланс. Клъстерът умножава ставката за единичен възел, промените на плана по време на реакция при инцидент добавят пропорционално разпределени сегменти, а предплащането поема общата сума без такса по карта. Фактурата все още детайлизира всяка инстанция и всеки сегмент, а изчерпването на кредита е числото за осчетоводяване, а не нулата в извлечението по картата.
Нито една от тези форми не включва бройки съобщения. Ако финансовият ви модел умножава очакваните съобщения по ставка на съобщение, той моделира друг доставчик. Моделирайте нивата на инстанциите, умножени по очакваните секунди, и преразгледайте допускането за нивото всеки път, когато растежът на връзките или опашките принуди преоразмеряване.
Защо продуктивният брокер е COGS, а не режийни разходи
Брокер за съобщения, който пренася събития за поръчки, изпращания на задачи и известия до клиенти в продукция, е пряк разход за доставянето на вашия продукт. Той се мащабира с бизнеса, престава да има значение в момента, в който нищо не се продава, и естествено стои над линията на брутния марж заедно с изчисленията, базата данни, съхранението и честотната лента за продукция. Практиката за брутен марж в SaaS прилага тест за преки разходи: разходът, който съществува, за да обслужва клиенти в продукция, е себестойност на приходите, докато разходът, който изгражда, продава или администрира компанията, е оперативен разход. Класическият SaaS работи с брутен марж от 75 до 85 процента на тази база, като инфраструктурно интензивните бизнеси работят по-ниско, и инвеститорите ви сравняват с тези диапазони.
Приложете теста инстанция по инстанция, защото една сметка в CloudAMQP обикновено съдържа няколко. Продуктивните брокери, пренасящи клиентски натоварвания, преминават към себестойност на продадените стоки. Staging, тестови за натоварване и разработни sandbox инстанции попадат в научноизследователска и развойна дейност или общи режийни разходи. Споделеният Ermine, който управлява staging средата ви, не е COGS само защото споделя фактура с продуктивния Penguin. Фактурата ги обединява, така че я разделяйте всеки месец по инстанция, използвайки разбивката по инстанция в контролния панел. Екипите, които пропускат разделянето, обикновено грешат в ласкава посока, заравяйки инфраструктурата в режийни разходи и отчитайки марж, който тяхната единична икономика не може да защити. Преглед за надлежна проверка го прекласифицира за един следобед, а преизчисленият марж никога не е по-високият.
Счетоводните стандарти подкрепят това. Съгласно ASC 350-40, договореност за управляван хостинг, при която доставчикът управлява софтуера, е договор за услуга, а таксите се отчитат като разход при възникване през периода на използване. Работата по внедряване може да има собствено третиране, но месечната такса за време на инстанцията е разход за периода, никога капитализиран актив. Предплащанията са огледалният образ: пари в брой днес, разход по-късно, така че предплащането стои като предплатен актив и се освобождава в разход, докато кредитът се изчерпва. Осчетоводяването на предплащането като разход в деня на плащането надценява месеца на плащането и подценява всеки месец, който кредитът покрива.
Осчетоводявайте нетната сума, която действително плащате. Безплатното ниво Lemming е безплатен капацитет, не приход, така че няма какво да се брутира. Ако искате видимост върху това колко би струвало натоварването без него, проследявайте го в метриките си и дръжте счетоводната книга по парична стойност.
Как да го осчетоводите, така че фактурата да се съгласува
Дайте на брокера собствена сметка за себестойност на продажбите, вместо да го смесвате с общи облачни или софтуерни разходи. Отделна сметка, например брокер за съобщения, ви позволява да разделите месечния продуктивен разход на месечните секунди на инстанциите и да видите истинската си цена за единица капацитет, което е числото, което ви казва дали преоразмеряването е купило запас или просто по-голяма фактура.
Тъй като фактурирането върви месец в заден план, ритъмът е начисляване, после уреждане, после изравняване. Оценете частта за брокера от нивата на инстанциите и секундите при приключване, разделете продукцията от staging и коригирайте спрямо фактурата, когато пристигне. Ето пълен цикъл за месец, в който продукцията е струвала $82.33 след преоразмеряване по средата на месеца, а staging е добавил $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 USDКогато предплащане покрива месеца, кракът за уреждане изтегля предплатения актив вместо пари в брой. Запишете предплащането като актив, когато го платите, после освобождавайте консумацията за всеки месец:
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 USDПроследявайте едногодишното изтичане на предплащането, както проследявате всеки кредит „използвай или го загуби“. Изтичащият баланс е реален загуба и заслужава календарно напомняне, а не откритие по време на почистването следващата година. Ако държите книгите си в обикновен текст, моделите за проследяване на разходи в документацията се разширяват естествено до разделяне на брокера по инстанция.
Един капан при класификацията: допълнителна такса за превишение на пренос на данни и по-голямо ниво са и двата разходи за брокера, но означават различни неща. Промяната на нивото е планиран капацитет; превишението е непланирано изгаряне над допустимия обем за справедливо ползване. Осчетоводете и двете към сметката на брокера, но маркирайте или отбележете превишението отделно, така че месецът, в който се появи, да се чете като изключение, а не като нова базова линия.
Пет контрола, които държат времето на инстанциите честно
Таксуването по секунди възнаграждава вниманието и наказва „настрой и забрави“. Тези пет контрола улавят честите отклонения.
1. Съгласувайте инстанция по инстанция, не фактура по фактура
Свържете всеки ред от фактурата с инстанция, която разпознавате, на ниво, което сте оторизирали, за секунди, които приблизително покриват месеца. Ред за инстанция, която никой не притежава, обикновено е забравен staging брокер или клъстер за тестове за натоварване от преди три спринта, който все още се таксува по секунди. Изтривайте безмилостно; тук няма награда за бездействащ капацитет.
2. Записвайте всяко преоразмеряване с неговия времеви отпечатък
Всяка промяна на плана разделя месеца на оценени сегменти. Поддържайте лек дневник на промените, дори споделена бележка с дата, инстанция, старо ниво и ново ниво, и съгласувайте сегментите на фактурата спрямо него. Без дневника обща сума като $82.33 е непроверима аритметика. С него математиката се проверява за минута.
3. Включете разходите от marketplace в същия преглед
Ако някоя инстанция се фактурира през Heroku или облачен пазар, добавете тези редове към същия месечен преглед като директната фактура. Назовете пазара в наратива на счетоводната книга, за да не търси следващият преглеждащ ред на CloudAMQP, който никога няма да съществува. Това е и мястото, където се крие двойно фактуриране: инстанция, мигрирана от пазарно към директно фактуриране, понякога работи двойно за няколко дни.
4. Следете допустимия обем за пренос преди да се фактурира
Преносът на данни е включен до 30 процента от разходите на екипа, с 30-дневен срок за разрешаване след превишение, преди допълнителните такси да ударят по-късни фактури. Третирайте първото известие за превишение като контрола, а не като допълнителната такса. Проверете чий трафик на инстанцията е скочил, потвърдете, че е легитимен растеж, а не буря от повторни опити или многословен консуматор, и го разрешете в рамките на срока. Цикъл от повторни опити, който се разпространява из клъстера, може да превърне тих месец в превишение на преноса, без да промени никакво ниво.
5. Автоматизирайте изтеглянето
Контролният панел изброява всяка фактура, а клиентският API излага операции с фактури наред с управлението на инстанции, така че месечното изтегляне не трябва да е човек, който клика през конзола. Скриптирайте изтеглянето, парсете редовете по инстанция и сравнявайте с дневника на промените и начислението си. Самата оценка на начислението може да идва от същите данни: ставките за нивото, умножени по изминалите секунди, което побеждава гадаенето от общата сума за миналия месец всеки път, когато е имало преоразмеряване по средата на цикъла.
Контролен списък за края на месеца за разходи за брокер
Затворете цикъла по същия начин всеки месец, за да останат числата надеждни:
- Избройте всяка инстанция и клъстер, директни и фактурирани през marketplace, и потвърдете, че всяка все още има собственик и предназначение.
- Съгласувайте всеки ред от фактурата с инстанция, ниво и времеви сегмент, използвайки дневника на преоразмеряванията за всякакви общи суми.
- Разделете продукцията от staging и sandbox разходите и потвърдете, че само продукцията е попаднала в себестойността на продадените стоки.
- Изравнете начислението от миналия месец спрямо уредената фактура и прехвърлете разликата напред в оценката за следващия месец.
- Изчерпете всяко предплащане по действителна консумация и проверете оставащия баланс спрямо едногодишното му изтичане.
- Потвърдете, че използването на преноса е останало в рамките на допустимия обем за справедливо ползване, и разрешете всяко известие за превишение в рамките на 30-дневния му срок.
- Потвърдете, че всяка инстанция, създадена през месеца, е наследила правилния таг за среда и е попаднала в правилната сметка от първия ден.
Изтеглете днешната фактура на CloudAMQP и свържете всеки ред с инстанция, която можете да назовете. Ако всеки ред се свързва чисто, счетоводството ви за брокера е честно. Ако някой не се свързва, току-що открихте или забравена инстанция, която все още се таксува по секунди, или пазарен близнак, който се крие в друга фактура, и всяко от тези открития си заслужава прегледа.
