n8n یا Make؛ یک گردش‌کار پنج‌مرحله‌ای دو مدل صورتحساب دارد

در یک گردش‌کار فرضی پنج‌مرحله‌ای که هر ماژول معمول یک‌بار اجرا می‌شود، قاعدهٔ اعتبار Make مصرف را به پنج اعتبار می‌رساند، در حالی که تعرفهٔ n8n Cloud کل مسیر را یک اجرا می‌شمارد و برای طرح Starter با پرداخت سالانه، ماهی ۲۰ یورو در برابر ۲۵۰۰ اجرا تعیین می‌کند. این دو سهمیه واحد یکسانی ندارند؛ قیمت ماهانه به‌تنهایی هزینهٔ یک خودکارسازی چندمرحله‌ای را نشان نمی‌دهد.

برای مسیر کوتاهی که هر بار فقط چند ماژول را فعال می‌کند، سهمیهٔ Make ممکن است کافی باشد. هرچه ماژول‌های بیشتری اجرا شوند یا داده در میانهٔ مسیر به چند بسته تقسیم شود، اعتبار مصرفی آن بالا می‌رود. در n8n Cloud، انجام همان کار درون یک اجرای گردش‌کار شمار اجراها را افزایش نمی‌دهد، هرچند ظرفیت طرح و محدودیت‌های عملیاتی آن همچنان در انتخاب اثر دارند.

واحد مصرف چگونه شمرده می‌شود؟

در Make، عملیات یک‌بار اجرای ماژول برای پردازش داده یا بررسی ورودی است و اعتبار واحدی است که از سهمیه کم می‌شود. برای ماژول‌های معمول غیرهوش مصنوعی، هر عملیات به‌طور پیش‌فرض یک اعتبار مصرف می‌کند. بنابراین «پنج ماژول در طرح» فقط وقتی به پنج اعتبار در هر نوبت تبدیل می‌شود که هر پنج ماژول واقعاً فعال شوند و هرکدام یک‌بار اجرا شوند. ماژولی که مسیر اجرا به آن نمی‌رسد، در مصرف همان نوبت سهمی ندارد.

در n8n Cloud مبنا اجرای گردش‌کار است، نه شمار گام‌های درون آن. این تفاوت با افزایش طول مسیر آشکارتر می‌شود: افزودن یک گام به یک اجرای موجود، به‌خودی‌خود اجرای تازه‌ای برای صورتحساب نمی‌سازد. بااین‌حال، اگر طراحی کار چند گردش‌کار مستقل را جداگانه آغاز کند، باید اجرای هرکدام را در برآورد ظرفیت وارد کرد. مقایسهٔ منصفانه از شکل واقعی اجرا شروع می‌شود، نه از شمار جعبه‌هایی که در نمای طراحی دیده می‌شوند.

برابری هر عملیات و یک اعتبار نیز برای همهٔ قابلیت‌های Make برقرار نیست. برخی ابزارهای هوش مصنوعی و قابلیت‌های پیشرفته اعتبار متغیر دارند و مصرفشان می‌تواند به توکن، اندازهٔ فایل یا مدت پردازش وابسته باشد. محاسبه‌های زیر عمداً به ماژول‌های معمول با نرخ ثابت محدود شده‌اند؛ واردکردن یک قابلیت با نرخ متغیر، همان فرمول ساده را تغییر می‌دهد.

سه سناریو با حجم ورودی یکسان

فرض کنید ماهانه ۲۰۰۰ رویداد مستقل از راه وب‌هوک می‌رسد و هر رویداد یک نوبت اجرای سناریوی Make و یک اجرای گردش‌کار n8n را آغاز می‌کند. در دو حالت نخست، هر ماژول یک بستهٔ داده را فقط یک‌بار پردازش می‌کند. در حالت سوم، یک گام سه بسته تولید می‌کند و دو گام پس از آن برای هر بسته جداگانه اجرا می‌شوند. این‌ها مثال‌های فرضی برای سنجش واحد مصرف‌اند، نه نتیجهٔ آزمون یا صورتحساب ثبت‌شده.

• مسیر ساده: دو ماژول معمول که هرکدام یک‌بار اجرا شوند، برای هر رویداد دو اعتبار Make می‌خواهند؛ حاصل ماهانه ۴۰۰۰ اعتبار است. همان ۲۰۰۰ رویداد در n8n Cloud به ۲۰۰۰ اجرای گردش‌کار تبدیل می‌شوند. در این مسیر، تفاوت واحد صورتحساب به‌تنهایی برتری اقتصادی یکی از دو طرح را ثابت نمی‌کند.
• مسیر پنج‌مرحله‌ای: پنج ماژول که هرکدام یک‌بار اجرا شوند، برای هر رویداد پنج اعتبار و در ماه ۱۰هزار اعتبار Make مصرف می‌کنند. در n8n Cloud شمار اجراها همچنان ۲۰۰۰ است. اینجا یک تغییر در طراحی مسیر، مصرف Make را نسبت به مثال ساده بالا می‌برد، بی‌آنکه تعداد رویدادهای ورودی بیشتر شده باشد.
• مسیر پنج‌مرحله‌ای با تکرار داده: سه ماژول نخست هرکدام یک‌بار اجرا می‌شوند، اما دو ماژول پایانی هرکدام سه بسته را پردازش می‌کنند. جمع Make در هر نوبت ۹ اعتبار، یعنی ۳ به‌علاوهٔ ۳ و ۳ اعتبار، و در ماه ۱۸هزار اعتبار است. اگر همهٔ پردازش در همان گردش‌کار n8n بماند، شمار اجراهای آن هنوز ۲۰۰۰ خواهد بود.

این محاسبه یک شرط مهم دارد: هر رویداد واقعاً یک نوبت مستقل را آغاز کند. اگر یک ماژول زمان‌بندی‌شده در Make چند ورودی را در یک بار بررسی برگرداند، عملیات ماژول آغازگر و عملیات گام‌های پس از آن الگوی دیگری خواهند داشت. همچنین اگر بخشی از مسیر فقط برای بعضی ورودی‌ها فعال شود، مصرف ماهانه از ضرب سادهٔ «تعداد ماژول‌های طراحی‌شده در تعداد رویدادها» کمتر خواهد بود.

شاخه و چندبسته‌ای‌شدن داده چه اثری دارند؟

توضیح عملیات Make میان اجرای ماژول آغازگر و پردازش بسته‌ها در گام‌های بعدی فرق می‌گذارد: ماژول آغازگر می‌تواند با یک عملیات چند بسته برگرداند، اما ماژول‌های بعدی برای هر بستهٔ ورودی جداگانه اجرا می‌شوند. ازاین‌رو محل تقسیم داده مهم است. اگر بسته‌ها نزدیک ابتدای مسیر ساخته شوند، گام‌های بیشتری تکرار می‌شوند؛ در مثال بالا فقط دو گام پایانی تکرار شده‌اند.

شاخه نیز تنها به اندازهٔ مسیری که واقعاً اجرا می‌شود مصرف اضافه می‌کند. در مثالی فرضی، مسیر اصلی پنج عملیات دارد و شاخه‌ای با دو ماژول برای نیمی از ۲۰۰۰ رویداد فعال می‌شود. مصرف پایه ۱۰هزار اعتبار است و آن شاخه ۲۰۰۰ اعتبار دیگر می‌افزاید؛ جمع ماهانه ۱۲هزار اعتبار می‌شود. اگر شاخه برای همهٔ رویدادها فعال بود، جمع به ۱۴هزار اعتبار می‌رسید. در n8n Cloud، هر دو حالت همچنان ۲۰۰۰ اجرای آغازشده دارند، به شرط آنکه شاخه‌ها درون همان گردش‌کار اجرا شوند.

این تفاوت برای حلقه‌ها هم اهمیت دارد. حلقه‌ای که چند رکورد را در همان گردش‌کار n8n پردازش می‌کند، شمار اجرای آن گردش‌کار را صرفاً به‌خاطر تعداد رکوردها زیاد نمی‌کند. در Make باید دید کدام ماژول‌ها برای هر بسته دوباره فعال می‌شوند. بنابراین برای برآورد مصرف، تعداد دفعات اجرای واقعی هر ماژول از تعداد ماژول‌های روی نقشهٔ سناریو مهم‌تر است.

سقف اعتبار، انتقال داده و قیمت طرح

تعرفهٔ Make برای طرح Core با پرداخت ماهانه، ۱۲ دلار در برابر ۱۰هزار اعتبار نشان می‌دهد و به‌ازای همین حجم اعتبار، ۵ گیگابایت سهمیهٔ انتقال داده در نظر می‌گیرد. مسیر پنج‌مرحله‌ای فرضی با ۲۰۰۰ رویداد دقیقاً به سقف اعتباری این پله می‌رسد؛ مسیر دارای تکرار داده از آن عبور می‌کند. حجم دادهٔ منتقل‌شده نیز باید جدا از تعداد عملیات بررسی شود، زیرا دو سناریو با مصرف اعتباری برابر می‌توانند فایل‌هایی با اندازه‌های متفاوت جابه‌جا کنند.

رقم ۱۲ دلاری Make به پرداخت ماهانه مربوط است، اما رقم ۲۰ یورویی Starter در n8n با پرداخت سالانه اعلام می‌شود. پس مقایسهٔ مستقیم این دو عدد، بدون یکسان‌کردن دورهٔ تعهد و ارز، حکم دقیقی دربارهٔ هزینهٔ نهایی نمی‌دهد. از نظر ظرفیت، مثال پنج‌مرحله‌ای در هر دو پلهٔ یادشده جا می‌گیرد، اما در Make هیچ اعتباری از سهمیهٔ ۱۰هزارتایی آن برای اجرای اضافه باقی نمی‌ماند. اگر حجم ورودی فرضی به ۲۵۰۰ رویداد برسد، همان مسیر ۱۲۵۰۰ اعتبار Make و ۲۵۰۰ اجرای n8n می‌خواهد.

برای مسیر کوتاه، مصرف کمتر Make می‌تواند فضای قابل‌توجهی در همان پله باقی بگذارد. در مقابل، مسیرهایی که پس از دریافت ورودی چند بسته تولید می‌کنند زودتر به سقف اعتبار می‌رسند. این نتیجه دربارهٔ ظرفیت است؛ برای مقایسهٔ هزینهٔ پرداختی باید قیمت پلهٔ مناسب هر سرویس، شیوهٔ پرداخت، نیاز به انتقال داده و امکانات موردنیاز را کنار همین حجم مصرف گذاشت.

میزبانی شخصی n8n کدام هزینه را جابه‌جا می‌کند؟

راهنمای میزبانی n8n می‌گوید نصب بدون کلید مجوز به‌صورت نسخهٔ رایگان Community اجرا می‌شود و ادارهٔ نصب شخصی به پیکربندی، پایش و به‌روزرسانی نیاز دارد. در این گزینه، هزینهٔ اشتراک n8n Cloud مبنای صورتحساب نیست؛ اجاره یا تأمین زیرساخت، فضای ذخیره‌سازی، پشتیبان‌گیری و زمان نگهداری باید جداگانه حساب شوند. اگر امکانات نسخه‌های تجاری لازم باشد، هزینهٔ مجوز هم می‌تواند به این فهرست اضافه شود.

برای مقایسهٔ عملی، هزینهٔ ماهانهٔ میزبانی شخصی را می‌توان به‌صورت مجموع زیرساخت، ذخیره‌سازی و پشتیبان‌گیری، ابزارهای پایش و ساعت‌های کاری نگهداری برآورد کرد. نرخ ثابتی برای این جمع وجود ندارد: تیمی با زیرساخت و نیروی فنی موجود ممکن است بخشی از هزینه را میان چند سرویس تقسیم کند، در حالی که سازنده‌ای دیگر باید آن منابع را مخصوص یک خودکارسازی فراهم کند. حتی وقتی مجوز Community هزینه‌ای ندارد، مسئولیت رسیدگی به اختلال و به‌روزرسانی به عهدهٔ بهره‌بردار می‌ماند.

در نتیجه، انتخاب اقتصادی به شکل مسیر وابسته است. برای اجرای کم‌گام، اعتبار مصرفی Make را با پلهٔ لازم بسنجید؛ برای مسیرهای بلند یا دارای تکرار داده، ظرفیت اجرای کامل در n8n Cloud اهمیت بیشتری پیدا می‌کند. اگر میزبانی شخصی مطرح است، آن را با هزینهٔ واقعی ادارهٔ سرویس مقایسه کنید، چون حذف اشتراک ابری به معنی حذف هزینهٔ بهره‌برداری نیست.

بیشتر بخوانید:

• Zapier یا Make؛ گردش‌کار هشت‌مرحله‌ای می‌تواند برنده را عوض کند
• GitHub Copilot یا Cursor؛ نوع کار مهم‌تر از قیمت ماهانه است
• Clockify یا Toggl Track؛ سقف رایگان پنج‌نفره انتخاب را عوض می‌کند