مدیریت Background Job در .NET با Hangfire

مقدمه

در عصر حاضر، نرم‌افزار تنها به رابط کاربری، فرم‌های ورود و ذخیره اطلاعات محدود نمی‌شود. برای توسعه‌ی نرم‌افزاری که هدف آن ارتقاء، تسریع و بهبود عملکرد یک سازمان یا کسب‌وکار است، صرفاً تعامل کاربر با نرم‌افزار کافی نیست. وظایف و عملیاتی وجود دارد که ماهیتی متفاوت از تعامل مستقیم با کاربر دارند یا نیازمند پردازش‌های سنگین‌تر از عملیات CRUD هستند. مواردی مانند پایش هزاران رکورد در بانک اطلاعاتی برای انجام عملیات خاص، تولید گزارش‌های سنگین، یا اجرای دستورات زمان‌بندی‌شده حتی در زمانی که کاربر هیچ تعاملی با سیستم ندارد، از این دسته‌اند. در این مقاله به معرفی فریمورک Hangfire برای پیاده‌سازی عملیات Background Job در پلتفرم .NET می‌پردازیم.

انواع کارهای پس‌زمینه (Background Job)

بسته به نیاز، عملیات پس‌زمینه‌ای را می‌توان در دسته‌های زیر جای داد:

• کارهای یک‌بار اجرا (Fire-and-Forget Jobs) عملیاتی که تنها یک‌بار و بلافاصله پس از ایجاد اجرا می‌شوند. مثال: ارسال ایمیل خوش‌آمدگویی بعد از ثبت‌نام کاربر.
• کارهای با تأخیر (Delayed Jobs) این نوع عملیات پس از گذشت مدت زمان مشخصی از زمان ایجاد اجرا می‌شوند. مثال: ارسال فرم‌های تکمیلی دو ساعت بعد از ثبت‌نام کاربر.
• کارهای زمان‌بندی‌شده (Recurring Jobs) عملیاتی که بر اساس یک برنامه زمانی مشخص و تکراری اجرا می‌شوند. مثال: بروزرسانی کش (Cache) سیستم هر شب در نیمه‌شب.
• کارهای ترتیبی (Continuation Jobs) عملیاتی که به‌صورت زنجیره‌ای پس از تکمیل عملیات دیگر اجرا می‌شوند. مثال: ابتدا صدور فاکتور و تولید PDF، سپس ارسال ایمیل یا پیامک به مشتری، و در نهایت ایجاد گزارش مدیریتی.

انتخاب فریمورک مناسب برای Background Jobs

برای پیاده‌سازی Background Job در اکوسیستم .NET گزینه‌های مختلفی وجود دارد. از جمله:

• Hangfire
• Quartz.NET
• CAP (C# Advanced Producer)
• MassTransit
• Topshelf
• استفاده از Worker Service یا HostedService (امکانات داخلی .NET)

در میان این گزینه‌ها، Hangfire به‌دلیل پشتیبانی از تقریباً تمام انواع Background Job و همچنین ارائه‌ی پنل پایش و مدیریت وضعیت و تاریخچه‌ی اجرای کارها، محبوبیت بالایی دارد.

البته باید توجه داشت که این فریمورک بیشتر برای پروژه‌های با مقیاس متوسط و بزرگ مناسب است. در پروژه‌های سبک‌تر، گاهی استفاده از قابلیت‌های داخلی .NET انتخاب منطقی‌تری خواهد بود.

فضای ذخیره‌سازی Hangfire

برای نگهداری اطلاعات، وضعیت، زمان‌بندی و لاگ عملیات‌ها، Hangfire نیازمند یک فضای ذخیره‌سازی است.  

به‌طور پیش‌فرض Hangfire از پایگاه‌های داده و ذخیره‌سازهای زیر پشتیبانی می‌کند:

• SQL Server
• PostgreSQL
• Redis
• MySQL
• Azure Cosmos DB
• In-Memory (صرفاً برای تست و توسعه)

انتخاب هریک از این گزینه‌ها بستگی به معماری و نیازهای پروژه دارد. به‌طور کلی:

• برای اپلیکیشن‌های با مقیاس متوسط و بزرگ: SQL Server یا PostgreSQL گزینه‌های منطقی هستند.
• برای سیستم‌های توزیع‌شده و معماری میکروسرویسی: Redis انتخاب بهتری است.
• در زمان تست و توسعه: In-Memory استفاده می‌شود (به دلیل ناپایداری و احتمال از دست رفتن داده‌ها).
• برای پروژه‌های Serverless یا Cloud-Native: Azure Cosmos DB می‌تواند گزینه‌ی مناسبی باشد.

جمع‌بندی

در این مقاله با فریمورک Hangfire و ویژگی‌های آن برای اجرای Background Job در پلتفرم .NET آشنا شدیم. برای یادگیری عمیق‌تر و پیاده‌سازی عملی، مطالعه‌ی مستندات رسمی Hangfire توصیه می‌شود.