Абонирахте се за плана Starter за 49 долара и заложихте точно тази сума в бюджета. После втората фактура идва с двойна стойност и нищо в таблото ви не обяснява защо. Цената на плана никога не е била цената. Байтовете, напускащи облака, са били. Synadia Cloud измерва всеки гигабайт, който приложенията ви изтеглят от нейната NATS услуга, и именно превишението е мястото, където фиксираният абонамент се превръща в променлива фактура, мащабираща се с трафика ви.
Моментът е важен. NATS завърши програмата за завършване (graduation) на CNCF на 10 ноември 2026 г., с над 400 милиона изтегляния и над 2000 компании, които го използват. Вълна от екипи преминава от самостоятелно хостван NATS към управлявания облак точно сега, разменяйки оперативните усилия срещу измервателен уред, който никога досега не са наблюдавали. Тази публикация обяснява как Synadia Cloud ценообразува мрежовите данни, колко струва това при реалистичен обем, защо продукционният messaging принадлежи към себестойността на продадените стоки, а не към режийните разходи, и как да го отчитате, така че брутният ви марж да казва истината.
Как Synadia Cloud ценообразува мрежовите данни
Synadia прилага плановете към екипи, като всеки екип започва с безплатния план Personal. Платената стълбица е кратка: Starter за 49 долара на месец, Pro за 199 долара на месец и Enterprise по индивидуален договор. Всяко ниво включва блок мрежови данни заедно с лимитите си за връзки, streams и съхранение. Personal включва 10 GiB, Starter включва 100 GiB, Pro включва 1 TiB, а Enterprise включва 2 TiB.
Включеният блок е целият въпрос, защото това, което се случва след него, зависи от плана ви. При безплатния план Personal няма таксуване на превишение изобщо. Ако екипът надхвърли 10 GiB, активните и новите клиентски връзки се прекъсват до следващия цикъл на фактуриране или до надграждането на плана. Пикът на трафика ви в деня на демото не струва пари при Personal. Струва наличност.
При всеки платен план превишението се измерва и таксува в края на цикъла на фактуриране, с цена според типа трафик. Три ставки, разделени от почти един порядък:
- Client и leaf egress: 9 цента за GiB
- Gateway egress: 2 цента за GiB
- Route ingress и egress: 1 цент за GiB
Обърнете внимание какво липсва от този списък. Публикуването в облака не се измерва. Уредът отчита байтовете, които изтичат навън, което означава, че разклоняването (fan-out) е множителят на всяка фактура от Synadia. Едно съобщение, публикувано веднъж и доставено до десет консуматора, е десет доставки на egress, а не една.
Client и leaf egress при 9 цента за GiB
Това е ставката, която доминира в реалните фактури, и обхваща двата начина, по които системите ви консумират данни. Client egress е всеки байт, доставен от облака до вашите приложения: доставки към абонати, отговори на заявка-отговор и четения на streams. Leaf egress е същата идея, разширена към edge. Leaf възелът е NATS сървър във вашата собствена мрежа, който се свързва навън към облачния hub и мостово свързва интереса към subjects през тази връзка, така че производствен цех или магазин зад защитна стена може да публикува и да се абонира без никакво входящо правило за защитна стена.
Последицата за фактурирането е, че edge не е безплатен. Всеки байт, който облакът препраща надолу по leaf връзка, е egress на най-високата ставка. Leaf абонамент, ограничен до тесен subject като orders.created, изтегля точно този subject. Мързелив абонамент към всичко изтегля целия поток от данни през връзка за 9 цента. Ограничаването на интереса на edge е контрол на разходите, а не само добра хигиена.
Gateway egress при 2 цента за GiB
Gateways свързват клъстери в supercluster, обикновено между региони, така че workload в един регион може да достигне до subjects в друг. Gateway egress е репликационният и междурегионален трафик между тези клъстери, измерван при 2 цента за GiB.
Два цента звучат незначително, докато не си спомните, че се натрупват върху собствените такси за трансфер на доставчика на облак под тях. Собствените оперативни насоки на Synadia отбелязват високото съотношение на gateway трафик като проблем, който си струва да се поправи, като отбелязват, че само трансферът между зони за наличност (availability zones) струва около един цент за гигабайт във всяка посока. Екип, който репликира интензивно между региони, плаща разхода за трансфер на доставчика и gateway уреда на Synadia върху същите байтове. Дръжте публикуващите, streams и консуматорите в един регион, освен ако архитектурата наистина не се нуждае от географско разпределение.
Route трафик при 1 цент за GiB
Routes са връзките в рамките на клъстера между NATS сървърите, пренасящи маршрутизиращия и репликационния обмен, който поддържа клъстера свързан. При един цент за GiB в двете посоки, това е най-евтиният уред на страницата по дизайн. Съществува, за да не ви наказва поддържането на устойчива многосървърна топология. Ако route трафикът някога се появи като значима позиция във фактурата ви, нещо структурно не е наред, защото са нужни девет пъти повече обем, за да се настигне един долар client egress.
Колко струва това при реален обем
Ставките за гигабайт имат смисъл само умножени, затова ето три реалистични форми.
Страничен проект с шепа услуги се побира в 100 GiB на Starter без да се замислите. Десет хиляди малки съобщения на ден, всяко доставено до два консуматора, преместват приблизително 20 GiB на месец. Фактурата е 49 долара фиксирано, нула превишение, а ефективната ставка върху включените данни е около 49 цента за GiB. Грешката в този мащаб е да надградите до Pro за резерв, който не ви трябва: 150 долара повече на месец, за да държите гигабайти, до които никога не се докосвате.
Средно голяма SaaS платформа, която стриймва събития за поръчки и нотификации към своите работници и два edge leaf възела, изтласква около 1,2 TiB client и leaf egress на месец. На Starter това са приблизително 1129 GiB превишение при 9 цента, или около 102 долара над базата от 49 долара, за фактура от 151 долара. Все още по-евтино от 199 долара на Pro, а точката на равновесие е по-далеч, отколкото повечето екипи предполагат: скокът от 150 долара от Starter към Pro се изплаща само върху мрежови данни едва след около 1,6 TiB месечно превишение. Под тази граница надграждате заради връзки, streams или съхранение, никога заради блока данни. Направете това деление, преди да натиснете „надгради“.
Сега добавете гео-репликация. Същата платформа огледално копира streams между региони за възстановяване след бедствие, добавяйки 500 GiB gateway egress, а общият client egress достига малко под 2 TiB при плана Pro. Client превишението е 960 GiB над включения терабайт при 9 цента, или 86,40 долара. Gateway превишението е 500 GiB при 2 цента, или 10 долара. Фактурата е 199 плюс 96,40, или 295,40 долара, а две трети от превишението идва от топология за репликация, която никой не е остойностил, когато е била начертана на бяла дъска. Това е повтарящата се форма на изненадваща фактура от Synadia: не едно голямо число, а разклоняване и репликация, умножаващи малка ставка.
Защо продукционният messaging е променливи COGS, а не режийни разходи
Messaging, който доставя продукта ви до плащащи клиенти, е пряк разход за приходи. Той се мащабира с използването, изчезва, когато нищо не се продава, и инвеститорите очакват да го видят над линията на брутния марж, редом с изчисленията, базата данни, съхранението и честотната лента за продукция.
Счетоводните стандарти оставят пространство тук: общоприетите принципи не дефинират точно себестойността на продадените стоки, а практиката за брутен марж в SaaS запълва празнината с тест за пряк разход. Питайте дали разходът съществува, за да обслужва клиенти в продукция. Streams, пренасящи събития за поръчки, доставки, разклоняващи се към работници, обърнати към клиенти, и leaf връзки, захранващи edge локации, които обслужват клиенти — всички минават теста. Staging акаунтът, който преиграва трафика от миналата седмица, темата за load testing и абонаментите в developer sandbox не минават. Те принадлежат към научноизследователската и развойна дейност или общите режийни разходи.
Продукционната граница е целият въпрос. Една фактура от Synadia смесва всеки акаунт и всеки тип трафик заедно, затова я разделяйте всеки месец, използвайки използването по акаунт от таблото. Екипите, които пропускат разделянето, обикновено грешат в ласкавата посока, заравяйки инфраструктурата в режийни разходи и отчитайки брутен марж, който техните unit economics не могат да защитят. Преглед за дю дилиджънс (due diligence) го прекласифицира за един следобед, а преизчисленият марж никога не е по-високият.
Отчитайте нетната сума, която действително плащате. Неизползваните включени данни не са актив, а безплатното ниво Personal не е приход, така че няма какво да се брутва или пренася напред. Ако искате видимост върху резерва, проследявайте консумираните спрямо включените гигабайти в метриките си и дръжте счетоводното записване на парична стойност.
Как да го отчитате, така че маржът ви да казва истината
Дайте на messaging собствена сметка за себестойност на продажбите, вместо да я смесвате в обща линия за облак или софтуер. Отделна сметка, например cloud messaging, ви позволява да разделите месечния разход на месечните egress гигабайти и да видите истинската си цена за GiB, което е числото, което ви казва дали растежът на разклоняването изяжда маржа.
Таксата от Synadia се урежда след края на месеца, затова я начислявайте (accrue). Оценете продукционната част от egress метриките си при приключването, коригирайте до фактурата, когато пристигне, и дръжте непродукционната част извън себестойността на продажбите. Ето пълен цикъл за януари, когато продукцията е била оценена на 291,20 долара срещу действителна фактура от 295,40 долара, с отделен Starter екип за 49 долара за разработка:
2026-01-01 open Assets:Cash:Operating USD
2026-01-01 open Expenses:CostOfSales:Cloud-Messaging USD
2026-01-01 open Expenses:Research:Cloud-Sandbox USD
2026-01-01 open Liabilities:Accrued:Synadia USD
2026-01-31 * "Synadia" "January prod estimate, Pro base plus client-leaf and gateway overage"
Expenses:CostOfSales:Cloud-Messaging 291.20 USD
Liabilities:Accrued:Synadia -291.20 USD
2026-02-03 * "Synadia" "January invoice settles at 295.40 plus 49.00 dev team"
Liabilities:Accrued:Synadia 291.20 USD
Expenses:CostOfSales:Cloud-Messaging 4.20 USD
Expenses:Research:Cloud-Sandbox 49.00 USD
Assets:Cash:Operating -344.40 USDСверявайте начислената сума с мрежовото използване по акаунт от таблото поне веднъж месечно, с client, gateway и route трафик като отделни редове, за да не се скрие скок в един от тях в плоската тенденция на останалите. Ако водите книгите си в plain text, моделите за проследяване на разходи в документацията се разширяват естествено към разделяне на messaging по тип трафик.
Един капан за класификация, който да избягвате: добавки като допълнителни leaf възли, пакети за свързаност и съхранение все още са messaging разходи, когато обслужват продукция, но добавката Remote System, свързваща вашата собствена самостоятелно хоствана NATS система, е избор на хибридна архитектура. Ако тази връзка съществува, за да поддържа жива наследена локална система, а не да обслужва настоящи клиенти, тя принадлежи там, където живеят разходите на тази система, а не в себестойността на продажбите.
Пет контрола, които не позволяват на egress да изяде маржа
Започнете с дисциплина на разклоняването и размер на полезния товар. Заедно те адресират множителя и множимото, и двете са поправки за един следобед.
1. Третирайте всяка доставка като покупка
Всяка доставка към абонат е отделно измерван egress, затова одитирайте кой какво получава. Прикачете тесни обхвати на subjects, така че всеки консуматор да получава само събитията, които обработва, и премахнете мъртвите абонаменти от изведените от експлоатация работници. Нефилтрираното разклоняване плаща доставка за съобщения, които консуматорът изхвърля при пристигане. Това е чист отпадък с поправка от един ред на абонамент.
2. Сложете полезния товар на диета
Пазете събитията постни. Съхранявайте пълния документ в обектно хранилище и изпращайте препратка с идентификаторите, от които консуматорът се нуждае — моделът claim-check. Премахнете вградените блобове, дублираните клиентски записи и подробния контекст за отстраняване на грешки от горещия път. Всеки гигабайт, който премахнете, спестява 9 цента при всяка доставка на всяко съобщение, което го е носило, поради което размерът на полезния товар обикновено побеждава пазаруването на планове като лост за спестяване.
3. Ограничете интереса на leaf възлите тясно
Leaf връзката препраща само subjects с интерес от другата страна, което прави edge абонамента клапата на тръба за 9 цента. Преглеждайте всеки leaf абонамент на тримесечие и потвърждавайте, че всеки все още обслужва работещ edge workload. Един забравен абонамент тип „хвани всичко“ в един магазин може тихо да издърпа цялото пространство от subjects надолу по най-скъпата връзка във фактурата.
4. Дръжте streams близо до консуматорите им
Съвместявайте публикуващите, streams и консуматорите в един регион, където архитектурата позволява. Междурегионалната репликация плаща gateway превишение плюс основния трансфер на доставчика върху същите байтове, затова третирайте всеки gateway гигабайт като виновен, докато не се докаже, че е необходим. Ако възстановяването след бедствие наистина се нуждае от втори регион, репликирайте най-малкия набор от subjects, който удовлетворява целта за възстановяване, а не целия акаунт.
5. Оразмерете правилно плана и следете скоростта на изразходване
Проследявайте консумираните спрямо включените гигабайти седмично, не месечно, защото превишението се натрупва тихо до затварянето на цикъла. Помнете точката на равновесие от 1,6 TiB, преди да надградите Starter към Pro по причини, свързани с данни, и помнете пропастта при Personal в другата посока: екипите, които прототипират на безплатното ниво, трябва да надградят преди всеки пик на трафик, който ги интересува, защото Personal отговаря на превишението с прекъснати връзки, а не с фактура.
Контролен списък в края на месеца за разходите за messaging
Затваряйте цикъла по същия начин всеки месец, за да останат числата надеждни:
- Изтеглете egress гигабайтите по тип трафик от таблото, а не логическите бройки съобщения от логовете на приложенията.
- Разделете разхода на всеки тип на неговите гигабайти и го сравнете с бенчмарковете от 9, 2 и 1 цент.
- Изчислете разклоняването на доставките на subject, като разделите доставките на публикациите; всичко над проектното ви съотношение заслужава преглед на абонаментите.
- Разделете продукционното от staging и sandbox използване по акаунт и потвърдете, че само продукцията е попаднала в себестойността на продажбите.
- Коригирайте миналомесечното начисляване до уредената фактура и пренесете разликата напред в оценката си.
- Проверете gateway трафика като дял от общия egress и потвърдете, че всеки междурегионален поток все още има архитектурна причина.
- Потвърдете, че всеки нов акаунт, stream и leaf възел, създаден през месеца, е наследил продукционно маркиране и тесни обхвати на subjects.
Изтеглете днешните мрежови позиции на Synadia от таблото си и сравнете общите egress гигабайти с включения блок. Ако превишението расте по-бързо от клиентското използване, разклоняването или репликацията умножава ставката, а най-евтината ви печалба в маржа е по-малък полезен товар и по-тесни абонаменти, а не по-голям план.
