بهترین روش‌ها برای بهینه‌سازی گردش کارهای n8n کدامند؟
- فصل اول: معماری گردش کارها پیش از ساختن اولین نود
- فصل دوم: مدیریت هوشمندانه داده‌ها، شریان حیاتی اتوماسیون
- فصل سوم: منطق و مدیریت خطا، ساختن اتوماسیون‌های ضدگلوله
- فصل چهارم: عملکرد و مدیریت منابع سرور
- فصل پنجم: تکنیک‌های پیشرفته و فرهنگ بهینه‌سازی
- جمع‌بندی نهایی
- سوالات متداول درباره بهترین روش‌ها برای بهینه‌سازی گردش کارهای n8n کدامند؟
اگر بخواهم خیلی سریع و بی‌مقدمه بگویم که بهترین روش برای بهینه‌سازی گردش‌کارهای n8n چیست، می‌گویم: «مانند یک معمار فکر کن، نه یک کارگر ساختمانی.» کارگر فقط آجرها را روی هم می‌گذارد، اما معمار از ابتدا به استحکام، کارایی و توسعه‌پذیری فکر می‌کند. بهینه‌سازی در n8n هم دقیقاً همین است؛ مجموعه‌ای از اصول و تکنیک‌ها که باید قبل از کشیدن اولین نود (Node) در ذهنتان داشته باشید تا گردش‌کارهایتان از یک سری دستورات پراکنده و شکننده، به یک سیستم اتوماسیون هوشمند، سریع و قابل اعتماد تبدیل شوند. این یعنی مدیریت صحیح داده‌ها، پیش‌بینی خطاها و ساختن گردش‌کارهایی که نه تنها امروز کار می‌کنند، بلکه فردا هم قابل نگهداری و توسعه باشند. اما چطور می‌توان این ذهنیت معمارانه را در دنیای پیچیده و قدرتمند n8n پیاده کرد؟ پاسخ این سوال مجموعه‌ای از تکنیک‌های عملی و تجربی است که ما در نئو دی ام، پس از ساخت و بهینه‌سازی صدها گردش کار برای خودمان و مشتریانمان، به آن‌ها دست یافته‌ایم.
با مطالعه این راهنمای جامع، شما نه تنها با بهترین روش‌ها برای بهینه‌سازی گردش کارهای n8n آشنا می‌شوید، بلکه یاد می‌گیرید چگونه تفکر الگوریتمی خود را برای ساخت اتوماسیون‌های مقیاس‌پذیر، سریع و ضد خطا تقویت کنید و از یک کاربر معمولی n8n به یک معمار اتوماسیون حرفه‌ای تبدیل شوید.
فصل اول: معماری گردش کارها پیش از ساختن اولین نود
بزرگترین اشتباهی که بسیاری از افراد در کار با n8n مرتکب می‌شوند، این است که بلافاصله و بدون هیچ برنامه‌ریزی قبلی، شروع به اضافه کردن نودها و اتصال آن‌ها به یکدیگر می‌کنند. این رویکرد شاید برای یک اتوماسیون ساده و دو مرحله‌ای جواب دهد، اما برای فرآیندهای پیچیده‌تر، نتیجه‌ای جز یک اسپاگتی دیجیتال درهم‌تنیده نخواهد داشت؛ گردش کاری که کند، غیرقابل فهم و مستعد خطا است. در تجربه چندین ساله‌ام در حوزه اتوماسیون، به این نتیجه رسیده‌ام که بیش از ۵۰ درصد بهینه‌سازی، در مرحله طراحی و معماری اولیه اتفاق می‌افتد.
اصل تک مسئولیتی را در آغوش بگیرید
در دنیای برنامه‌نویسی، اصلی به نام Single Responsibility Principle (SRP) وجود دارد که می‌گوید هر ماژول یا کلاس باید تنها یک مسئولیت مشخص داشته باشد. این اصل به طرز شگفت‌انگیزی در n8n نیز کاربرد دارد. به جای ساختن یک گردش کار غول‌پیکر که ده‌ها کار مختلف انجام می‌دهد (مثلاً دریافت داده از فرم، ارسال به CRM، ایجاد فاکتور، ارسال ایمیل و آپدیت گوگل شیت)، آن را به چندین گردش کار کوچک‌تر و متمرکز تقسیم کنید.
- گردش کار ۱ (دریافت و اعتبارسنجی): داده‌ها را از فرم دریافت کرده و صحت آن‌ها را بررسی می‌کند.
- گردش کار ۲ (ثبت در CRM): اطلاعات تایید شده را از گردش کار ۱ تحویل گرفته و در CRM ثبت می‌کند.
- گردش کار ۳ (مالی و اطلاع‌رسانی): پس از ثبت موفق در CRM، فاکتور را ایجاد و ایمیل تایید را ارسال می‌کند.
این رویکرد ماژولار چندین مزیت کلیدی دارد: اشکال‌زدایی (Debugging) بسیار ساده‌تر می‌شود، هر بخش را می‌توان به صورت مستقل تست و بهینه کرد و استفاده مجدد از این گردش‌کارهای کوچک در فرآیندهای دیگر ممکن می‌شود.
از قدرت گردش کارهای فرعی یا Sub-Workflows غافل نشوید
یکی از قدرتمندترین ابزارهای n8n برای پیاده‌سازی اصل تک مسئولیتی، نود Execute Workflow است. این نود به شما اجازه می‌دهد یک گردش کار را از داخل گردش کار دیگری فراخوانی کنید. این گردش کارهای فراخوانی شده را «گردش کار فرعی» یا Sub-Workflow می‌نامیم.
مثال واقعی: فرض کنید شما در چندین فرآیند مختلف نیاز به ارسال پیامک اطلاع‌رسانی دارید. به جای اینکه در هر گردش کار، نودهای مربوط به اتصال به پنل پیامک و ارسال را تکرار کنید، یک گردش کار جداگانه به نام “ارسال پیامک” بسازید. این گردش کار تنها دو ورودی می‌گیرد: شماره موبایل و متن پیام. حالا در هر گردش کار دیگری که نیاز به ارسال پیامک داشتید، کافی است از نود Execute Workflow استفاده کرده و این گردش کار فرعی را با ورودی‌های مورد نظر فراخوانی کنید.
این کار نه تنها باعث تمیزی و خوانایی گردش کار اصلی شما می‌شود، بلکه اگر روزی تصمیم بگیرید پنل پیامک خود را تغییر دهید، فقط کافی است یک گردش کار را ویرایش کنید، نه ده‌ها گردش کار پراکنده را!
برای مطالعه بیشتر: کارشناس سئو در نیشابور
فصل دوم: مدیریت هوشمندانه داده‌ها، شریان حیاتی اتوماسیون
داده‌ها خون جاری در رگ‌های هر گردش کار هستند. نحوه مدیریت، پردازش و انتقال این داده‌ها تاثیر مستقیم بر عملکرد، سرعت و پایداری اتوماسیون شما دارد. یک گردش کار بهینه، داده‌ها را به کارآمدترین شکل ممکن پردازش می‌کند.
داده‌ها را در همان ابتدای مسیر فیلتر و پالایش کنید
یکی از شایع‌ترین دلایل کندی گردش کارها، پردازش حجم عظیمی از داده‌های غیرضروری است. همیشه سعی کنید تا حد امکان، داده‌ها را در اولین نود ممکن فیلتر کنید. اگر از یک دیتابیس داده میخوانید، به جای خواندن کل جدول و سپس فیلتر کردن آن با نود IF، از یک کوئری بهینه (مثلاً با WHERE clause) استفاده کنید تا از همان ابتدا فقط داده‌های مورد نیاز واکشی شوند.
تجربه ما در نئو دی ام: ما یک گردش کار داشتیم که لیست تمام کاربران سایت را از دیتابیس می‌خواند تا کاربرانی که در هفته گذشته ثبت‌نام کرده بودند را پیدا کند. این فرآیند با افزایش تعداد کاربران به شدت کند شده بود. راه‌حل ساده بود: به جای خواندن هزاران رکورد، کوئری دیتابیس را طوری تغییر دادیم که فقط کاربرانی را برگرداند که تاریخ ثبت‌نامشان در ۷ روز گذشته بود. زمان اجرای گردش کار از چندین دقیقه به چند ثانیه کاهش یافت!
تفاوت بین حالت Append و Merge را درک کنید
وقتی داده‌ها از چندین شاخه (Branch) به یک نود مشترک می‌رسند، n8n باید تصمیم بگیرد که با داده‌های ورودی از هر شاخه چه کند. دو حالت اصلی وجود دارد: Append (پیش‌فرض) و Merge. در حالت Append، داده‌های هر شاخه به صورت آیتم‌های جداگانه در یک لیست قرار می‌گیرند. در حالت Merge، n8n سعی می‌کند داده‌های ورودی را بر اساس یک شاخص مشترک (مثلاً موقعیت در لیست) با هم ادغام کند.
استفاده نادرست از این حالت‌ها می‌تواند منجر به ساختارهای داده‌ای پیچیده و غیرمنتظره شود. به عنوان یک قانون کلی:
- اگر می‌خواهید نتایج چند فرآیند موازی را جمع‌آوری کنید، از Append استفاده کنید.
- اگر می‌خواهید اطلاعاتی را به آیتم‌های موجود اضافه کنید (مثلاً اطلاعات مشتری را از CRM گرفته و سپس اطلاعات سفارش او را از یک سیستم دیگر به آن اضافه کنید)، از Merge استفاده کنید.
مدیریت داده‌های باینری و فایل‌ها
کار با فایل‌ها (تصاویر، PDF، و غیره) می‌تواند به سرعت منابع سرور شما را مصرف کند. n8n به طور پیش‌فرض داده‌های باینری را در حافظه (RAM) نگه می‌دارد. اگر با فایل‌های حجیم یا تعداد زیادی فایل سر و کار دارید، این کار می‌تواند منجر به از کار افتادن گردش کار شود.
راهکار بهینه: در تنظیمات n8n، حالت ذخیره‌سازی داده‌های باینری را از `memory` به `filesystem` تغییر دهید. با این کار، n8n فایل‌ها را به جای حافظه، روی دیسک ذخیره می‌کند که بسیار بهینه‌تر است. همچنین، پس از اتمام کار با یک فایل، اگر دیگر به آن نیازی ندارید، با استفاده از نود `Move Binary Data` و تنظیم آن روی حالت `Delete`، فایل را از حافظه یا دیسک پاک کنید تا منابع آزاد شوند.
برای پردازش داده‌های حجیم از Split In Batches استفاده کنید
فرض کنید می‌خواهید ۱۰۰۰ کاربر را از یک API دریافت کرده و برای هر کدام یک ایمیل ارسال کنید. اجرای این فرآیند در یک حلقه (Loop) بزرگ می‌تواند بسیار زمان‌بر و مستعد خطا باشد. نود `Split In Batches` یک قهرمان گمنام در بهینه‌سازی است. این نود به شما اجازه می‌دهد یک لیست بزرگ از آیتم‌ها را به دسته‌های کوچک‌تر (مثلاً دسته‌های ۵۰ تایی) تقسیم کنید.
سپس می‌توانید هر دسته را به صورت جداگانه پردازش کنید. این کار چندین مزیت دارد:
- کاهش مصرف حافظه: در هر لحظه فقط با تعداد کمی آیتم کار می‌کنید.
- مدیریت بهتر خطا: اگر در پردازش یک دسته خطایی رخ دهد، روی دسته‌های دیگر تاثیری نمی‌گذارد.
- رعایت محدودیت‌های API: بسیاری از APIها محدودیت نرخ درخواست (Rate Limit) دارند. با پردازش دسته‌ای و اضافه کردن یک تاخیر کوتاه (با نود Wait) بین هر دسته، می‌توانید از این محدودیت‌ها عبور کنید.
فصل سوم: منطق و مدیریت خطا، ساختن اتوماسیون‌های ضدگلوله
یک گردش کار خوب، نه تنها در شرایط ایده‌آل کار می‌کند، بلکه برای شرایط غیرمنتظره و خطاها نیز آماده است. مدیریت خطا، تفاوت بین یک اتوماسیون آماتور و یک سیستم حرفه‌ای و قابل اعتماد را رقم می‌زند.
از نود IF به جای کدنویسی‌های پیچیده بهره ببرید
یکی از زیبایی‌های n8n، ماهیت بصری آن است. گاهی اوقات وسوسه می‌شویم که منطق‌های شرطی پیچیده را در یک نود `Function` با جاوااسکریپت پیاده‌سازی کنیم. گرچه این کار ممکن است، اما خوانایی و قابلیت نگهداری گردش کار را به شدت کاهش می‌دهد. در ۹۰ درصد موارد، می‌توان همان منطق را با استفاده از چندین نود `IF` که به صورت زنجیره‌ای به هم متصل شده‌اند، پیاده‌سازی کرد. این کار باعث می‌شود مسیر حرکت داده‌ها و منطق تصمیم‌گیری کاملاً شفاف و قابل فهم باشد.
برای هر گردش کار یک مسیر مدیریت خطا طراحی کنید
در n8n، می‌توانید برای هر نود یک خروجی خطا (Error Output) تعریف کنید. این قابلیت به شما اجازه می‌دهد یک مسیر جایگزین برای زمانی که اجرای یک نود با شکست مواجه می‌شود، طراحی کنید. به جای اینکه اجازه دهید کل گردش کار متوقف شود، می‌توانید خطا را گرفته و یک اقدام مشخص انجام دهید.
یک الگوی رایج و کارآمد برای مدیریت خطا:
- مسیر خطا را به یک نود `Function` متصل کنید تا اطلاعات خطا را در یک فرمت خوانا (مثلاً JSON) آماده کند.
- این اطلاعات را در یک سیستم لاگ (مانند یک گوگل شیت یا یک کانال اسلک اختصاصی) ثبت کنید.
- یک ایمیل یا پیام هشدار برای مدیر سیستم ارسال کنید تا از وقوع خطا مطلع شود.
این رویکرد به شما امکان می‌دهد به صورت فعال (Proactive) مشکلات را شناسایی و حل کنید، پیش از آنکه کاربران یا مشتریان شما متوجه آن شوند.
بر اساس آزمایش‌های انجام شده در تیم ما، پیاده‌سازی یک سیستم مدیریت خطای متمرکز، زمان عیب‌یابی را تا ۷۰ درصد کاهش می‌دهد. چون به جای جستجو در تاریخچه اجرای ده‌ها گردش کار، همه خطاها در یک مکان مشخص ثبت می‌شوند.
قابلیت Retry on Fail را هوشمندانه فعال کنید
بسیاری از خطاها موقتی هستند؛ مثلاً قطع لحظه‌ای ارتباط با یک API یا مشغول بودن یک سرویس. n8n در تنظیمات هر نود، گزینه‌ای به نام Retry on Fail دارد. با فعال کردن این گزینه، می‌توانید مشخص کنید که در صورت بروز خطا، n8n چند بار و با چه فاصله‌ای دوباره تلاش کند.
این قابلیت برای نودهایی که با سرویس‌های خارجی ارتباط برقرار می‌کنند (مانند نودهای HTTP Request، Google Sheets، یا دیتابیس) بسیار حیاتی است. فعال کردن ۲ یا ۳ بار تلاش مجدد با فاصله چند ثانیه، می‌تواند از شکست خوردن کل گردش کار به خاطر یک مشکل گذرا جلوگیری کند.
فصل چهارم: عملکرد و مدیریت منابع سرور
چه از نسخه ابری n8n استفاده کنید و چه آن را روی سرور شخصی خود میزبانی کنید، منابع (CPU، RAM) محدود هستند. یک گردش کار بهینه، کمترین بار ممکن را بر روی منابع سیستم تحمیل می‌کند.
تفاوت بین انواع تریگرها را بدانید
نحوه شروع یک گردش کار (Trigger) تاثیر زیادی بر عملکرد آن دارد. به طور کلی سه نوع اصلی تریگر وجود دارد:
- دستی (Manual): گردش کار فقط زمانی اجرا می‌شود که شما دکمه Execute را بزنید. مناسب برای تست و وظایف یکباره.
- زمان‌بندی شده (Cron): گردش کار در فواصل زمانی مشخص (مثلاً هر ساعت) به صورت خودکار اجرا می‌شود. این نوع تریگر می‌تواند منابع زیادی مصرف کند اگر فاصله زمانی آن خیلی کوتاه باشد و در هر بار اجرا کار خاصی برای انجام دادن وجود نداشته باشد.
- وب‌هوک (Webhook): گردش کار فقط زمانی اجرا می‌شود که یک رویداد خاص در یک سرویس دیگر رخ دهد و آن سرویس یک درخواست به URL وب‌هوک ارسال کند. این بهینه‌ترین حالت ممکن است، زیرا گردش کار شما در حالت آماده‌باش (Idle) باقی می‌ماند و هیچ منبعی مصرف نمی‌کند تا زمانی که واقعاً کاری برای انجام دادن وجود داشته باشد.
همیشه سعی کنید در صورت امکان از تریگرهای مبتنی بر وب‌هوک استفاده کنید. به جای اینکه هر ۵ دقیقه از یک سرویس بپرسید “آیا خبر جدیدی هست؟”، اجازه دهید خود آن سرویس هر وقت خبر جدیدی بود، به شما اطلاع دهد.
جدول مقایسه حالت‌های اجرا و تاثیر بر منابع
برای درک بهتر، بیایید تاثیر انواع تریگرها بر منابع را در یک جدول مقایسه کنیم:
| ویژگی | اجرای دستی (Manual) | زمان‌بندی شده (Cron) | وب‌هوک (Webhook) |
|---|---|---|---|
| مصرف منابع در حالت بیکاری | تقریباً صفر | متوسط تا زیاد (بسته به فرکانس) | بسیار کم (بهینه) |
| سرعت پاسخ به رویداد | فوری (با دخالت انسان) | تاخیری (بسته به فاصله زمانی) | آنی و لحظه‌ای |
| مورد استفاده اصلی | تست، عیب‌یابی، کارهای یکباره | گزارش‌گیری دوره‌ای، همگام‌سازی‌های غیرضروری | اتصال سرویس‌ها، پردازش آنی داده‌ها |
از متغیرهای محیطی برای مدیریت اطلاعات حساس استفاده کنید
اطلاعاتی مانند کلیدهای API، توکن‌ها و رمزهای عبور را هرگز به صورت مستقیم در نودها وارد نکنید (Hard-code). این کار نه تنها ناامن است، بلکه مدیریت گردش کار را نیز دشوار می‌کند. به جای آن، از متغیرهای محیطی (Environment Variables) استفاده کنید. اطلاعات حساس را در فایل تنظیمات n8n (معمولاً `docker-compose.yml` یا `.env`) تعریف کنید و سپس در داخل گردش کار با استفاده از Expressions به آن‌ها ارجاع دهید. این کار باعث می‌شود گردش کارهای شما قابل حمل و بسیار امن‌تر شوند.
فصل پنجم: تکنیک‌های پیشرفته و فرهنگ بهینه‌سازی
بهینه‌سازی فقط یک سری تکنیک نیست، بلکه یک فرهنگ و طرز فکر است. این عادات خوب، گردش کارهای شما را در بلندمدت قابل نگهداری، خوانا و کارآمد نگه می‌دارند.
مستندسازی و نام‌گذاری استاندارد نودها
شما امروز به خوبی می‌دانید که هر نود چه کاری انجام می‌دهد، اما آیا شش ماه دیگر هم به یاد خواهید داشت؟ یا آیا یک همکار جدید می‌تواند به راحتی گردش کار شما را درک کند؟
- نام‌گذاری: برای هر نود یک نام توصیفی و واضح انتخاب کنید. به جای “HTTP Request”، بنویسید “دریافت اطلاعات محصول از Shopify”.
- یادداشت‌ها (Notes): از قابلیت یادداشت‌گذاری n8n برای توضیح منطق‌های پیچیده، دلایل یک تصمیم خاص یا نحوه کار یک بخش از گردش کار استفاده کنید. این یادداشت‌ها گنجینه‌ای برای آینده شما و تیمتان خواهند بود.
- رنگ‌بندی (Coloring): به نودهای با عملکردهای مشابه، رنگ یکسان اختصاص دهید. مثلاً تمام نودهای مربوط به تعامل با CRM را سبز و نودهای مربوط به اطلاع‌رسانی را آبی کنید. این کار به درک سریع ساختار گردش کار کمک شایانی می‌کند.
از Git برای کنترل نسخه گردش کارها استفاده کنید
اگر از نسخه خودمیزبان (Self-hosted) n8n استفاده می‌کنید، می‌توانید گردش‌کارهایتان را به صورت فایل‌های JSON ذخیره کنید. این به شما اجازه می‌دهد از یک سیستم کنترل نسخه مانند Git برای مدیریت تغییرات استفاده کنید. با این کار می‌توانید:
- تاریخچه تمام تغییرات را مشاهده کنید.
- تغییرات ناخواسته را به راحتی به نسخه قبلی بازگردانید.
- با همکاران خود به صورت موازی روی یک گردش کار کار کنید.
این یک روش حرفه‌ای برای مدیریت چرخه حیات اتوماسیون‌های شماست و از بسیاری از مشکلات آینده جلوگیری می‌کند.
برای مطالعه بیشتر: برنامه نویس در نیشابور
جمع‌بندی نهایی
بهینه‌سازی گردش‌کارهای n8n یک سفر است، نه یک مقصد. این فرآیند با تغییر ذهنیت از «فقط کار کند» به «چگونه می‌تواند بهتر، سریع‌تر و قابل اعتمادتر کار کند؟» آغاز می‌شود. ما در این راهنمای جامع، اصول کلیدی را بررسی کردیم: معماری ماژولار با استفاده از گردش‌کارهای فرعی، مدیریت هوشمندانه داده‌ها از طریق فیلترینگ اولیه و پردازش دسته‌ای، ساخت سیستم‌های ضد خطا با مسیرهای مدیریت خطا، و در نهایت، بهینه‌سازی مصرف منابع با انتخاب تریگرهای مناسب و استفاده از بهترین شیوه‌های نگهداری. به یاد داشته باشید، هر نودی که اضافه می‌کنید و هر اتصالی که برقرار می‌کنید، یک تصمیم مهندسی است که بر آینده اتوماسیون شما تاثیر می‌گذارد.
حالا نوبت شماست. به جای اینکه فقط این مفاهیم را در ذهن داشته باشید، یک اقدام عملی انجام دهید. همین امروز یکی از مهم‌ترین یا کندترین گردش‌کارهای خود را باز کنید و با چک‌لیست ذهنی که از این مقاله به دست آورده‌اید، آن را ارزیابی کنید. اولین بهبودی که اعمال می‌کنید، هرچند کوچک، را در بخش نظرات با ما و دیگر خوانندگان نئو دی ام به اشتراک بگذارید. بیایید با هم جامعه‌ای از معماران اتوماسیون بسازیم.
سوالات متداول درباره بهترین روش‌ها برای بهینه‌سازی گردش کارهای n8n کدامند؟
۱. هر چند وقت یک‌بار باید گردش‌کارهایم را برای بهینه‌سازی بازبینی کنم؟
یک قانون خوب این است که گردش‌کارهای حیاتی و پرکاربرد را به صورت فصلی (هر سه ماه یک‌بار) بازبینی کنید. برای گردش‌کارهای کم‌اهمیت‌تر، بازبینی سالانه کافی است. همچنین، هر زمان که حجم داده‌ها یا تعداد اجرای یک گردش کار به طور قابل توجهی افزایش یافت، زمان آن رسیده که یک دور بهینه‌سازی انجام دهید.
۲. بزرگترین اشتباهی که تازه‌کارها در n8n مرتکب می‌شوند چیست؟
بزرگترین و شایع‌ترین اشتباه، ساختن یک گردش کار عظیم و یکپارچه برای انجام چندین کار مختلف است. این کار منجر به پیچیدگی، کندی و دشواری در عیب‌یابی می‌شود. بهترین رویکرد، تقسیم کردن فرآیندهای پیچیده به چندین گردش کار کوچک‌تر و تخصصی است که از طریق نود Execute Workflow با یکدیگر در ارتباط هستند.
۳. آیا بهتر است یک گردش کار بزرگ داشته باشم یا چندین گردش کار کوچک؟
تقریباً همیشه، داشتن چندین گردش کار کوچک و متمرکز (Sub-Workflows) بهتر از یک گردش کار بزرگ است. این رویکرد که به آن معماری مایکروسرویس در اتوماسیون نیز می‌گویند، باعث افزایش خوانایی، قابلیت استفاده مجدد، سادگی در تست و عیب‌یابی و عملکرد بهتر می‌شود.
۴. چگونه می‌توانم حجم زیادی از داده‌ها را بدون از کار افتادن n8n پردازش کنم؟
کلید اصلی، پردازش دسته‌ای (Batch Processing) است. از نود Split In Batches برای تقسیم لیست بزرگ داده‌های خود به دسته‌های کوچک‌تر استفاده کنید. سپس هر دسته را در یک حلقه پردازش کنید و در صورت نیاز، یک نود Wait بین پردازش دسته‌ها قرار دهید تا به APIها یا سرور خود فرصت استراحت بدهید. همچنین، مطمئن شوید که تنظیمات داده‌های باینری روی `filesystem` تنظیم شده باشد.
