سالها از طرح ماهانه ۱۹.۹۹ دلاری Zapier استفاده میکردم که هزینهاش سالانه دریافت میشد و معمولاً بیهیچ فکری اشتراکم را تمدید میکردم. در همین مدت، برای کارهای مشخصی از IFTTT، Make و Power Automate هم بهره میبردم. هرکدامشان را دوست داشتم، اما این بار که موعد پرداخت صورتحساب Zapier رسید، نگاهی به همه خودکارسازیهایی انداختم که ساخته بودم و نتوانستم به یاد بیاورم چرا هنوز نیمی از آنها را نگه داشتهام.
خود این ابزارها هیچ ایرادی نداشتند. بااینحال، پرداخت هزینه ابزارهای خودکارسازی در حالی که بسیاری از خودکارسازیهایم را حتی به یاد نمیآوردم، دیگر خرج عاقلانهای به نظر نمیرسید. بنابراین تصمیم گرفتم هزینهها را کاهش دهم و خودکارسازیهایم را روی سرور خودم میزبانی کنم.
پرکاربردترین خودکارسازیام دیگر به زپیر وابسته نیست
پس از انتقال، دقیقاً چه چیزی تغییر کرد؟

پر کردن فرم تماس در وبسایتی که نگهداریاش میکردم، پشت صحنه سه اتفاق را رقم میزد که هرگز نمیدیدم: Zapier اطلاعات ارسالشده را میگرفت، آنها را در یک برگه Google Sheets ثبت میکرد و برای آگاه کردن من، پیامی به یکی از کانالهای Slack میفرستاد. این فرایند روان بهخوبی کار میکرد و من هم هزینهاش را سالانه میپرداختم.
حالا همان اطلاعات فرم را از مسیر n8n پردازش میکنم. کل این سامانه روی یک سرور خصوصی مجازی (VPS) ۶ دلاری اجرا میشود که خودم راهاندازی کردهام. هرچند نتیجه تقریباً همان است، گردش کار تفاوت دارد: اطلاعات ارسالی در پایگاه داده خودمیزبان NocoDB ذخیره میشود و بهجای اعلان Slack، هشداری در Telegram دریافت میکنم.
بازسازی این گردش کار نه آنی بود و نه آن کابوسی که ابتدا از آن میترسیدم. وبهوکها بیش از همه کارم را کند کردند، زیرا فرم من برای فرستادن اطلاعات به نمونه n8n به یک نشانی HTTPS عمومی و در دسترس نیاز داشت. در نخستین تلاش هیچ اطلاعاتی دریافت نشد و سرانجام ناچار شدم دامنهای را به سرور متصل کنم و وبهوک را بهدرستی پیکربندی کنم تا کار بیفتد. با همه اینها، راهاندازی کامل این سامانه فقط یک عصر زمان برد.
گردش کار تازه بهاندازه Zapier بیدردسر نبود، اما در عوض فرایندی داشتم که میتوانستم بازش کنم، سازوکارش را بخوانم و شخصاً ایرادهایش را برطرف کنم.
چهار اشتراک در یک داشبورد یکپارچه شدند
سرنوشت هر گردش کار قدیمی





این فرم تماس تنها یکی از گردشهای کارم بود؛ پیشتر کارهای دیگری هم داشتم که میان چهار حساب جداگانه پراکنده شده بودند.
زمانی، هرگاه مقاله تازهای در خوراک RSS وبلاگم منتشر میشد، IFTTT ابتدا پیامی در Discord و سپس توییتی منتشر میکرد. گردش کار جداگانهای هم در Make داشتم که هر هفته Airtable را بررسی میکرد و اگر پرداخت صورتحسابی عقب افتاده بود، برای مشتری ایمیل میفرستاد. Power Automate نیز یادگاری از پروژه یکی از مشتریان قدیمی بود و هر دوشنبه، خلاصهای از اعداد مشخصی را که از صفحهگستردهای در OneDrive استخراج میکرد، برایم ایمیل میکرد.
اکنون قابلیتهای هر چهار ابزار در قالب گردشهای کاری در n8n یکپارچه شدهاند و همه را در یک صفحه میبینم.
| ابزار قدیمی | کاری که انجام میداد | جایگزین کنونی آن |
|---|---|---|
| زپیر (Zapier) | فرم ← اعلان در Slack و ثبت در Google Sheets | پایگاه داده NocoDB و اعلان Telegram در یک گردش کار |
| آیافتیتیتی (IFTTT) | نوشته تازه ← انتشار در Twitter و Discord | گره RSS ← انتشار در X و Discord |
| میک (Make) | ایمیلهای یادآوری صورتحسابهای عقبافتاده | راهانداز Airtable ← گره شرطی Gmail |
| پاور اتومیت (Power Automate) | گزارش هفتگی OneDrive | گره HTTP برای دریافت داده از رابط برنامهنویسی OneDrive |
n8n همه گردشهای کاری را که زمانی با این چهار ابزار ساخته بودم بازآفرینی نمیکند، اما این موضوع چندان آزارم نداد؛ زیرا بیشتر چیزهایی که نیاز داشتم یا از پیش بهشکل یک گره در دسترس بود یا میشد با یک درخواست ساده HTTP به آن دست یافت.
روند پردازش صورتحساب نمونهای ساده از این است که چرا n8n برای من کارآمد است. پیشتر، روند کاریام نزدیک به پنج مرحلهٔ پالایش داشت تا سه شرط را بررسی کند و سپس تصمیم بگیرد برای چه کسی ایمیل بفرستد. حالا یک گره Code همین منطق را در شش خط پیاده میکند.
کنترل کامل هزینهٔ نگهداری دارد؛ و من آن را میپردازم
چه چیزهایی از کار افتاد و حالا مراقب چه هستم

کنترل کامل بهایی دارد که باید پرداختش کرد. برای من، این بها با هشدار کمبود فضای دیسک خودش را نشان داد. روی یک VPS کوچک که روندهای کاریاش هر روز چند بار اجرا میشدند، فضای ذخیرهسازی بسیار سریعتر از انتظارم پر شد. نخستین راهحل این بود که کار با تنظیمات پاکسازی دادههای اجرا را یاد بگیرم؛ موضوعی که هنگام استفاده از Zapier هرگز ناچار نبودم به آن فکر کنم.
n8n طرحهای ابری هم دارد که هزینه را بر پایهٔ اجرای کامل هر روند کاری محاسبه میکنند، نه تکتک مراحل آن. من این شیوه را ترجیح میدهم، چون میتوانم بدون نگرانی دربارهٔ هزینهٔ هر کنش جداگانه، منطق بیشتری در یک روند کاری بگنجانم. اگر n8n را خودتان میزبانی کنید، بابت این اجراها پولی به n8n نمیپردازید، اما بار راهاندازی و نگهداری سرور بر دوش خودتان خواهد بود.
همچنین پیشنهاد میکنم هر از گاهی ممیزی امنیتی n8n را اجرا کنید. یک بار این ممیزی وبهوکی را شناسایی کرد که بدون هیچگونه احراز هویت رهایش کرده بودم.
دیگر برنامه انتخاب نکردم؛ دست به ساختن زدم
بهترین بخش این تغییر آن است که وقتی به خودکارسازی تازهای نیاز دارم، لازم نیست چندین زبانه باز کنم تا بفهمم کدام سرویس از پس آن برمیآید. کافی است به سراغ n8n بروم.
این دگرگونی از صرفهجویی مالی هم مهمتر بود. بهجای اینکه بپرسم «کدام ابزار این کار را انجام میدهد؟»، حالا میپرسم «چطور میتوانم این را روی سامانهای بسازم که از پیش میشناسم؟»
در عمل، چنین راهاندازیای با n8n مناسب همه نیست؛ اما کنترل کامل برای من اهمیت فراوانی دارد. هر زمان بخواهم میتوانم روندهای کاریام را دستکاری کنم و لازم نیست منتظر بمانم تا در نقشهٔ راه یک سرویس، دقیقاً همان رفتاری که نیاز دارم افزوده شود. بنابراین n8n لزوماً کارهای بیشتری انجام نمیدهد؛ نکته این است که حالا دیگران دربارهٔ بخش بسیار کمتری از کار من تصمیم میگیرند.
منبع: این مطلب ترجمه و بومیسازی مقالهای از MakeUseOf به قلم Afam Onyimadu است. مشاهده مقاله اصلی