Software Alternatives & Reviews

Hangfire VS Qutrunk

Compare Hangfire VS Qutrunk and see what are their differences

Hangfire logo Hangfire

An easy way to perform background processing in .NET and .NET Core applications.

Qutrunk logo Qutrunk

Dedicated platform to send and receive messages within your applications.
  • Hangfire Landing page
    Landing page //
    2023-10-04
  • Qutrunk Landing page
    Landing page //
    2021-10-04

Hangfire videos

AK 47 Wasr Hangfire - shooter beware

Qutrunk videos

No Qutrunk videos yet. You could help us improve this page by suggesting one.

+ Add video

Category Popularity

0-100% (relative to Hangfire and Qutrunk)
Data Integration
77 77%
23% 23
Web Service Automation
73 73%
27% 27
Stream Processing
72 72%
28% 28
Microservices Tools
100 100%
0% 0

User comments

Share your experience with using Hangfire and Qutrunk. For example, how are they different and which one is better?
Log in or Post with

Social recommendations and mentions

Based on our record, Hangfire should be more popular than Qutrunk. It has been mentiond 5 times since March 2021. We are tracking product recommendations and mentions on various public social media platforms and blogs. They can help you identify which product is more popular and what people think of it.

Hangfire mentions (5)

  • Do I need message queues for sending emails/texts via services like SendGrid, AWS SES, Twilio etc.? How do you decide if you need message queues or not? What questions do you ask yourself?
    Hangfire (https://hangfire.io) includes default exception handling and is very extensible, I think it's a good mid-level choice and a good alternative to other queue mechanism, if you can't afford to host a separated queue service or can't manage a separated service; also scales pretty well (you can have multiple servers handling the same background job queue, or different queues). It runs on Sql Server and MySql... Source: almost 2 years ago
  • jsonb in postgres and should I use it or not?
    I used to just use hangfire.io in .net and worked wonderfully for any long running tasks or schedules. Had a great queuing system, UI to know if they failed , etc. That's how I'd send emails, pdf's, and other things along that nature. Then if it were more just a db related operation, just setup a schedule in mssql job service. Source: almost 2 years ago
  • How can In make a function run at a certain date in the future?
    You can use hangfire for cronjob, to run at a time in future, you can use Hangfire.Schedule(jobid, datetime). Source: almost 2 years ago
  • How to handle processing of an entity through different states?
    So another option is to use something like https://hangfire.io to pull the jobs and process them? Source: about 2 years ago
  • How to update database in a Parallel.For loop?
    I've got a fairly large process I need to handle in background on my .net core web app so I've exported it to a background task using Hangfire. Source: over 2 years ago

Qutrunk mentions (1)

  • Show HN: StarQueue: a free hosted HTTP message queue
    Hi OP congrats on launching the project, I think we share similar idea, my project is https://qutrunk.com which is basically a queue with Http interface. It comes with multiple backends, so far its Rabbitmq and Mongo. I also plan to provide gRPC interface. - Source: Hacker News / almost 3 years ago

What are some alternatives?

When comparing Hangfire and Qutrunk, you can also consider the following products

Sidekiq - Sidekiq is a simple, efficient framework for background job processing in Ruby

RabbitMQ - RabbitMQ is an open source message broker software.

Enqueue It - Easy and scalable solution for manage and execute background tasks seamlessly in .NET applications. It allows you to schedule, queue, and process your jobs and microservices efficiently.

ZeroMQ - ZeroMQ is a high-performance asynchronous messaging library.

nanomsg - nanomsg is a socket library that provides several common communication patterns.

Resque - Resque is a Redis-backed Ruby library for creating background jobs, placing them on multiple queues, and processing them later.