شما در طرح Starter با قیمت ۴۹ دلار ثبت‌نام کردید و دقیقاً همان را بودجه‌بندی کردید. سپس صورتحساب دوم با دو برابر آن عدد از راه می‌رسد و هیچ‌چیز در داشبورد شما توضیح نمی‌دهد که چرا. قیمت طرح هرگز قیمت نبود. بایت‌هایی که از ابر خارج می‌شوند قیمت بودند. Synadia Cloud هر گیگابایتی را که برنامه‌های شما از سرویس NATS آن بیرون می‌کشند اندازه‌گیری میکند، و مازاد مصرف جایی است که یک اشتراک ثابت به یک صورتحساب متغیر تبدیل می‌شود که با ترافیک شما مقیاس می‌گیرد.
زمان‌بندی اهمیت دارد. NATS در ۱۰ نوامبر ۲۰۲۶ از CNCF فارغ‌التحصیل شد، با بیش از ۴۰۰ میلیون دانلود و بیش از ۲۰۰۰ شرکت که آن را اجرا می‌کنند. موجی از تیم‌ها همین حالا از NATS خودمیزبان به ابر مدیریت‌شده نقل مکان می‌کنند و زحمت عملیاتی را با یک متر که هرگز آن را ندیده‌اند معاوضه می‌کنند. این پست توضیح می‌دهد که Synadia Cloud چگونه داده شبکه را قیمت‌گذاری میکند، این کار در حجم واقعی چه هزینه‌ای دارد، چرا پیام‌رسانی تولید به بهای تمامشده کالای فروش‌رفته تعلق دارد نه سرباز، و چگونه آن را ثبت کنید تا حاشیه سود ناخالص شما حقیقت را بگوید.
Synadia Cloud چگونه داده شبکه را قیمت‌گذاری میکند
Synadia طرح‌ها را به تیم‌ها اعمال میکند و هر تیم از طرح Personal رایگان شروع میکند. نردبان طرح‌های پولی کوتاه است: Starter با ۴۹ دلار در ماه، Pro با ۱۹۹ دلار در ماه، و Enterprise با قرارداد سفارشی. هر سطح در کنار محدودیت‌های اتصال، استریم و ذخیره‌سازی، بلوکی از داده شبکه شامل‌شده را نیز در بسته دارد. Personal شامل ۱۰ گیب است، Starter شامل ۱۰۰ گیب، Pro شامل ۱ تیب، و Enterprise شامل ۲ تیب.
بلوک شامل‌شده تمام ماجراست، زیرا آنچه پس از آن رخ می‌دهد به طرح شما بستگی دارد. در طرح Personal رایگان اصلاً صورتحساب مازاد مصرف وجود ندارد. اگر تیم از ۱۰ گیب فراتر رود، اتصالات کلاینت فعال و جدید تا چرخه صورتحساب بعدی یا تا ارتقای طرح قطع می‌شوند. جهش ترافیک روز دموی شما در Personal هزینه‌ای ندارد. هزینه‌اش از دست رفتن دسترس‌پذیری است.
در هر طرح پولی، مازاد مصرف اندازه‌گیری و در پایان چرخه صورتحساب، بر اساس نوع ترافیک، محاسبه می‌شود. سه نرخ، با فاصله‌ای نزدیک به یک مرتبه بزرگی:
- خروجی کلاینت و leaf: ۹ سنت به‌ازای هر گیب
- خروجی Gateway: ۲ سنت به‌ازای هر گیب
- ورودی و خروجی Route: ۱ سنت به‌ازای هر گیب
به آنچه در این فهرست غایب است توجه کنید. انتشار به داخل ابر اندازه‌گیری نمی‌شود. متر روی بایت‌های جاری‌شده به بیرون کار میکند، یعنی fan-out ضریب هر صورتحساب Synadia است. پیامی که یک‌بار منتشر و به ده مصرف‌کننده تحویل داده می‌شود، ده تحویل خروجی است، نه یکی.
خروجی کلاینت و leaf با ۹ سنت به‌ازای هر گیب
این نرخی است که بر صورتحساب‌های واقعی غالب است و دو روشی را پوشش می‌دهد که سیستم‌های شما داده مصرف می‌کنند. خروجی کلاینت هر بایتی است که از ابر به برنامه‌های شما تحویل داده می‌شود: تحویل‌های مشترک، پاسخ‌های درخواست-پاسخ، و خواندن‌های استریم. خروجی leaf همان ایده است که تا لبه گسترش یافته. یک leaf node یک سرور NATS در شبکه خودتان است که به هاب ابری متصل می‌شود و علاقه موضوعی را از طریق آن پیوند پل می‌زند، بنابراین یک کف کارخانه یا فروشگاه خرده‌فروشی پشت فایروال می‌تواند بدون هیچ قاعده فایروال ورودی منتشر و مشترک شود.
پیامد صورتحساب این است که لبه رایگان نیست. هر بایتی که ابر از یک پیوند leaf به پایین می‌فرستد، خروجی با بالاترین نرخ است. اشتراک leaf محدود به موضوعی دقیق مانند orders.created دقیقاً همان موضوع را می‌کشد. یک اشتراک تنبل به همه‌چیز، تمام شیر آتش‌نشانی را از یک پیوند ۹ سنتی به پایین می‌کشد. محدودسازی علاقه در لبه یک کنترل هزینه است، نه فقط بهداشت خوب.
خروجی Gateway با ۲ سنت به‌ازای هر گیب
Gatewayها کلاسترها را به یک ابرکلاستر متصل می‌کنند، معمولاً در میان مناطق، تا یک بار کاری در یک منطقه بتواند به موضوعات در منطقه‌ای دیگر دسترسی داشته باشد. خروجی Gateway همان ترافیک تکرار و بین‌منطقه‌ای میان آن کلاسترهاست که با ۲ سنت به‌ازای هر گیب اندازه‌گیری می‌شود.
دو سنت ناچیز به نظر می‌رسد تا زمانی که به یاد بیاورید روی هزینه‌های انتقال خود ارائه‌دهنده ابر در لایه پایین‌تر انباشته می‌شود. راهنمای عملیاتی خود Synadia نسبت بالای ترافیک gateway را بهعنوان مشکلی شایسته رفع علامت‌گذاری میکند و یادآور می‌شود که انتقال بین منطقه‌ای دسترس‌پذیری به‌تنهایی حدود یک سنت به‌ازای هر گیگابایت در هر جهت هزینه دارد. تیمی که به‌شدت در میان مناطق تکرار میکند، هزینه انتقال ارائه‌دهنده و متر gateway Synadia را روی همان بایت‌ها می‌پردازد. منتشرکننده‌ها، استریم‌ها و مصرف‌کننده‌ها را در یک منطقه نگه دارید مگر آنکه معماری واقعاً به توزیع جغرافیایی نیاز داشته باشد.
ترافیک Route با ۱ سنت به‌ازای هر گیب
Routeها پیوندهای درون‌کلاستری میان سرورهای NATS هستند که گفت‌وگوی مسیریابی و تکرار را که کلاستر را منسجم نگه می‌دارد حمل می‌کنند. با یک سنت به‌ازای هر گیب در هر دو جهت، این ارزان‌ترین متر صفحه است و به‌طور عمدی چنین طراحی شده. وجود دارد تا اجرای یک توپولوژی چندسروری مقاوم شما را جریمه نکند. اگر ترافیک Route روزی به خط معناداری در صورتحساب شما تبدیل شود، چیزی ساختاری اشتباه است، زیرا برای رسیدن به یک دلار خروجی کلاینت به نُه برابر حجم نیاز است.
این کار در حجم واقعی چقدر هزینه دارد
نرخ‌های به‌ازای هر گیگابایت تنها در ضرب معنا پیدا می‌کنند، بنابراین سه شکل واقعی را در نظر بگیرید.
یک پروژه جانبی با چند سرویس، بدون آنکه به آن فکر کنید، داخل ۱۰۰ گیب Starter جا می‌شود. ده هزار پیام کوچک در روز، هرکدام تحویل به دو مصرف‌کننده، ماهانه حدود ۲۰ گیب جابه‌جا میکند. صورتحساب ۴۹ دلار ثابت است، بدون مازاد، و نرخ مؤثر روی داده شامل‌شده حدود ۴۹ سنت به‌ازای هر گیب است. اشتباه در این مقیاس ارتقا به Pro برای فضای اضافی‌ای است که به آن نیاز ندارید: ۱۵۰ دلار بیشتر در ماه برای نگه‌داشتن گیگابایت‌هایی که هرگز لمس نمی‌کنید.
یک پلتفرم SaaS متوسط که رویدادهای سفارش و اعلان را به کارگران خود و دو leaf node لبه‌ای استریم میکند، ماهانه حدود ۱.۲ تیب خروجی کلاینت و leaf تولید میکند. در Starter این حدود ۱۱۲۹ گیب مازاد با ۹ سنت است، یعنی حدود ۱۰۲ دلار بیش از پایه ۴۹ دلاری، برای صورتحسابی ۱۵۱ دلاری. هنوز ارزان‌تر از ۱۹۹ دلار Pro است، و نقطه سر به سر دورتر از آن است که بیشتر تیم‌ها حدس می‌زنند: پله ۱۵۰ دلاری از Starter به Pro تنها پس از حدود ۱.۶ تیب مازاد ماهانه، فقط بر اساس داده شبکه، خود را بازمی‌گرداند. زیر آن خط برای اتصالات، استریم‌ها یا ذخیره‌سازی ارتقا می‌دهید، هرگز برای بلوک داده. پیش از کلیک روی ارتقا آن تقسیم را انجام دهید.
حالا تکرار جغرافیایی را اضافه کنید. همان پلتفرم استریم‌ها را برای بازیابی از فاجعه در میان مناطق آینه میکند، ۵۰۰ گیب خروجی gateway اضافه می‌شود، و مجموع خروجی کلاینت درست زیر ۲ تیب در طرح Pro قرار می‌گیرد. مازاد کلاینت ۹۶۰ گیب پس از تیب شامل‌شده با ۹ سنت است، یعنی ۸۶.۴۰ دلار. مازاد Gateway ۵۰۰ گیب با ۲ سنت است، یعنی ۱۰ دلار. صورتحساب ۱۹۹ بهعلاوه ۹۶.۴۰ است، یعنی ۲۹۵.۴۰ دلار، و دو سوم مازاد از یک توپولوژی تکرار می‌آید که هیچ‌کس هنگام کشیدن آن روی وایت‌بورد قیمت‌گذاری نکرده بود. این شکل تکرارشونده یک صورتحساب غافلگیرکننده Synadia است: نه یک عدد بزرگ، بلکه fan-out و تکرار که یک نرخ کوچک را ضرب می‌کنند.
چرا پیام‌رسانی تولید COGS متغیر است، نه سرباز
پیام‌رسانی‌ای که محصول شما را به مشتریان پرداخت‌کننده تحویل می‌دهد، هزینه مستقیم درآمد است. با استفاده مقیاس می‌گیرد، وقتی چیزی فروخته نمی‌شود ناپدید می‌شود، و سرمایه‌گذاران انتظار دارند آن را بالای خط حاشیه سود ناخالص، در کنار محاسبات، پایگاه داده، ذخیره‌سازی و پهنای باند تولید ببینند.
استانداردهای حسابداری در اینجا جای مانور می‌گذارند: اصول پذیرفته‌شده عمومی حسابداری بهای تمامشده کالای فروش‌رفته را دقیق تعریف نمی‌کنند و رویه حاشیه سود ناخالص SaaS این شکاف را با آزمون هزینه مستقیم پر میکند. بپرسید آیا این هزینه برای خدمت به مشتریان در تولید وجود دارد. استریم‌هایی که رویدادهای سفارش را حمل می‌کنند، تحویل‌هایی که به کارگران رو به مشتری fan-out می‌شوند، و پیوندهای leaf که مکان‌های لبه‌ای خدمت‌دهنده به مشتری را تغذیه می‌کنند، همگی قبول می‌شوند. حساب staging که ترافیک هفته گذشته را بازپخش میکند، موضوع load-test، و اشتراک‌های سندباکس توسعه‌دهنده قبول نمی‌شوند. آن‌ها به تحقیق و توسعه یا سرباز عمومی تعلق دارند.
مرز تولید تمام ماجراست. یک صورتحساب Synadia هر حساب و هر نوع ترافیک را با هم یکجا جمع میکند، پس آن را هر ماه با استفاده به‌ازای هر حساب از داشبورد تقسیم کنید. تیم‌هایی که تقسیم را نادیده می‌گیرند معمولاً در جهت چاپلوس اشتباه می‌کنند، زیرساخت را در سرباز دفن می‌کنند و حاشیه سود ناخالصی گزارش می‌دهند که اقتصاد واحدشان نمی‌تواند از آن دفاع کند. یک بررسی دقت، آن را در یک بعدازظهر دوباره طبقه‌بندی میکند، و حاشیه سود اصلاح‌شده هرگز عدد بالاتر نیست.
مبلغ خالصی را که واقعاً می‌پردازید ثبت کنید. داده شامل‌شده استفاده‌نشده یک دارایی نیست و سطح رایگان Personal درآمد نیست، پس چیزی برای بزرگ‌نمایی یا انتقال به دوره بعد وجود ندارد. اگر می‌خواهید دیدی به فضای اضافی داشته باشید، گیگابایت‌های مصرف‌شده در برابر شامل‌شده را در معیارهای خود پیگیری کنید و ورودی دفتر را به بهای نقدی نگه دارید.
چگونه آن را ثبت کنید تا حاشیه سود شما حقیقت را بگوید
به پیام‌رسانی حساب بهای تمامشده فروش مختص خودش بدهید، نه اینکه آن را با یک خط عمومی ابر یا نرم‌افزار درهم بیامیزید. حسابی اختصاصی مانند cloud messaging به شما امکان می‌دهد هزینه ماه را بر گیگابایت‌های خروجی همان ماه تقسیم کنید و هزینه واقعی خود به‌ازای هر گیب را ببینید، که همان عددی است که می‌گوید آیا رشد fan-out دارد حاشیه سود را می‌خورد یا نه.
هزینه Synadia پس از پایان ماه تسویه می‌شود، پس آن را تعهدی ثبت کنید. بخش تولید را از معیارهای خروجی خود در زمان بستن برآورد کنید، هنگام رسیدن صورتحساب تطبیق دهید، و بخش غیرتولیدی را بیرون از بهای تمامشده فروش نگه دارید. در اینجا یک چرخه کامل برای ژانویه آمده که در آن تولید ۲۹۱.۲۰ دلار برآورد شده بود در برابر صورتحساب واقعی ۲۹۵.۴۰ دلار، با یک تیم Starter جداگانه ۴۹ دلاری برای توسعه:
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مبلغ تعهدی را حداقل ماهانه با استفاده شبکه به‌ازای هر حساب در داشبورد تطبیق دهید، با ترافیک کلاینت، gateway و route بهعنوان خطوط جداگانه تا جهش در یکی داخل روند صاف دیگری پنهان نشود. اگر دفاتر خود را به‌صورت متن ساده نگه می‌دارید، الگوهای پیگیری هزینه در مستندات به‌طور طبیعی به یک تقسیم پیام‌رسانی به‌ازای هر نوع ترافیک گسترش می‌یابد.
یک دام طبقه‌بندی که باید از آن اجتناب کنید: افزودنی‌هایی مانند leaf nodeهای اضافی، بسته‌های اتصال و ذخیره‌سازی هنوز هزینه‌های پیام‌رسانی هستند وقتی به تولید خدمت می‌کنند، اما افزودنی Remote System که سیستم NATS خودمیزبان شما را پیوند می‌دهد یک انتخاب معماری ترکیبی است. اگر آن پیوند برای زنده نگه‌داشتن یک سیستم قدیمی on-premises وجود دارد نه برای خدمت به مشتریان فعلی، به هر جا که هزینه‌های آن سیستم زندگی می‌کنند تعلق دارد، نه به بهای تمامشده فروش.
پنج کنترل که مانع خوردن حاشیه سود توسط خروجی می‌شوند
با نظم fan-out و اندازه payload شروع کنید. آن‌ها با هم به ضریب و مضروب می‌پردازند، و هر دو اصلاحاتی در اندازه یک بعدازظهر هستند.
۱. با هر تحویل مانند یک خرید رفتار کنید
هر تحویل مشترک خروجی جداگانه اندازه‌گیری‌شده است، پس بررسی کنید چه کسی چه چیزی دریافت میکند. محدوده‌های موضوعی دقیق را متصل کنید تا هر مصرف‌کننده فقط رویدادهایی را دریافت کند که مدیریت میکند، و اشتراک‌های مرده را از کارگران از رده خارج‌شده حذف کنید. fan-out بدون فیلتر برای پیام‌هایی که مصرف‌کننده هنگام رسیدن دور می‌ریزد هزینه تحویل می‌پردازد. این اتلاف محض با یک اصلاح یک‌خطی به‌ازای هر اشتراک است.
۲. payload را کم‌حجم کنید
رویدادها را سبک نگه دارید. سند کامل را در ذخیره‌سازی شیء نگه دارید و یک ارجاع همراه با شناسه‌هایی که مصرف‌کننده نیاز دارد بفرستید، الگوی claim-check. بلاب‌های جاسازی‌شده، سوابق مشتری تکراری، و زمینه اشکال‌زدایی پرگو را از مسیر داغ حذف کنید. هر گیگابایتی که حذف می‌کنید در هر تحویل از هر پیامی که آن را حمل می‌کرد ۹ سنت صرفه‌جویی میکند، به همین دلیل اندازه payload معمولاً اهرم صرفه‌جویی را از خرید طرح بهتر شکست می‌دهد.
۳. علاقه leaf-node را محکم محدود کنید
یک پیوند leaf فقط موضوعاتی را که در طرف دیگر علاقه دارند ارسال میکند، که اشتراک لبه را به شیر یک لوله ۹ سنتی تبدیل میکند. هر اشتراک leaf را فصلی بازبینی کنید و تأیید کنید هرکدام هنوز به یک بار کاری زنده لبه خدمت میکند. یک اشتراک catch-all فراموش‌شده در یک فروشگاه می‌تواند بی‌صدا تمام فضای موضوعی را از گران‌ترین پیوند روی صورتحساب به پایین بکشد.
۴. استریم‌ها را نزدیک مصرف‌کننده‌هایشان نگه دارید
هر جا معماری اجازه می‌دهد منتشرکننده‌ها، استریم‌ها و مصرف‌کننده‌ها را در یک منطقه کنار هم بگذارید. تکرار بین‌منطقه‌ای مازاد gateway به‌اضافه انتقال پایه ارائه‌دهنده را روی همان بایت‌ها می‌پردازد، پس با هر گیگابایت gateway تا زمان اثبات ضرورت مانند یک متهم رفتار کنید. اگر بازیابی از فاجعه واقعاً به منطقه دوم نیاز دارد، کوچک‌ترین مجموعه موضوعی را که هدف بازیابی را برآورده میکند تکرار کنید، نه تمام حساب.
۵. طرح را درست اندازه کنید و نرخ سوخت را زیر نظر بگیرید
گیگابایت‌های مصرف‌شده در برابر شامل‌شده را هفتگی پیگیری کنید، نه ماهانه، زیرا مازاد مصرف بی‌صدا تا بسته شدن چرخه انباشته می‌شود. نقطه سر به سر ۱.۶ تیب را پیش از ارتقای Starter به Pro به دلایل داده به یاد داشته باشید، و پرتگاه Personal را در جهت دیگر نیز به یاد داشته باشید: تیم‌هایی که روی سطح رایگان نمونه‌سازی می‌کنند باید پیش از هر جهش ترافیکی که برایشان مهم است ارتقا دهند، زیرا Personal به مازاد مصرف با اتصالات قطع‌شده پاسخ می‌دهد، نه با صورتحساب.
چک‌لیست پایان ماه برای هزینه‌های پیام‌رسانی
هر ماه چرخه را به یک شکل ببندید تا اعداد قابل اعتماد بمانند:
- گیگابایت‌های خروجی را بر اساس نوع ترافیک از داشبورد بگیرید، نه شمارش پیام منطقی از لاگ‌های برنامه.
- هزینه هر نوع را بر گیگابایت‌هایش تقسیم کنید و آن را با معیارهای ۹، ۲ و ۱ سنت مقایسه کنید.
- fan-out تحویل به‌ازای هر موضوع را با تقسیم تحویل‌ها بر انتشارها محاسبه کنید؛ هر چیزی بالاتر از نسبت طراحی شما شایسته بازبینی اشتراک است.
- استفاده تولید را از staging و سندباکس به‌ازای هر حساب جدا کنید و تأیید کنید فقط تولید در بهای تمامشده فروش ثبت شده است.
- تعهدی ماه گذشته را با صورتحساب تسویه‌شده تطبیق دهید و مغایرت را در برآورد خود به جلو حمل کنید.
- ترافیک gateway را بهعنوان سهمی از کل خروجی بررسی کنید و تأیید کنید هر جریان بین‌منطقه‌ای هنوز دلیلی معماری دارد.
- تأیید کنید هر حساب، استریم و leaf node جدیدی که در طول ماه ایجاد شده برچسب‌گذاری تولید و محدوده‌های موضوعی دقیق را به ارث برده است.
امروز خطوط شبکه Synadia این ماه را از داشبورد خود بیرون بکشید و کل گیگابایت‌های خروجی را با بلوک شامل‌شده مقایسه کنید. اگر مازاد مصرف سریع‌تر از استفاده مشتری رشد میکند، fan-out یا تکرار دارد نرخ را ضرب میکند، و ارزان‌ترین پیروزی حاشیه سود شما payload کوچک‌تر و اشتراک‌های محکم‌تر است، نه طرحی بزرگ‌تر.
