MilvaionMilvaion
Already running Hangfire or Quartz.NET? Keep it — add Milvaion monitoring in two lines

Distributed Job Scheduling
Built for Scale

Separate your scheduler from workers. Scale independently. Monitor everything. Milvaion is the open-source distributed job scheduling system for .NET — and it plugs straight into the Hangfire and Quartz.NET jobs you are already running, so you can start with visibility and migrate later. Or never.

Quick Start
# Run with Docker Compose
$ git clone https://github.com/Milvasoft/milvaion.git
$ cd milvaion
$ docker compose up -d

# Dashboard at http://localhost:5000
.NET 10PostgreSQLRedisRabbitMQ

Zero Migration

You already have Hangfire.
You just can't see it.

Background jobs scattered across a dozen services, each with its own dashboard, its own retention window and no shared history. Milvaion plugs into the Hangfire and Quartz.NET you are already running and pulls all of it into a single view — without touching a line of job code.

01

Keep your scheduler

Hangfire and Quartz.NET keep owning your triggers, storage and cron. Nothing about your job code changes.

02

Add two lines

One NuGet package and two service registrations per application. No rewrite, no migration window, no risk.

03

See everything

Every job across every service shows up in one real-time dashboard with execution history, logs, metrics and alerts.

Program.cs+ 2 lines
// Your existing Hangfire setup stays exactly as it is

builder.Services.AddMilvaionHangfireIntegration(builder.Configuration);
builder.Services.AddHangfire((sp, config) => config.UseMilvaion(sp));
dotnet add package Milvasoft.Milvaion.Sdk.Worker.Hangfire

Jobs from external schedulers appear in the dashboard flagged as external. Milvaion observes them; it never takes over their triggers.

Weighing it up? Milvaion vs Hangfire · Milvaion vs Quartz.NET · One dashboard across services

What you get on day one

  • Unified dashboard across every service and scheduler
  • Full execution history persisted in PostgreSQL
  • Real-time logs streamed while jobs are running
  • Multi-channel alerting on failures and timeouts
  • Success rate, duration and EPM metrics per job
  • Prometheus, Grafana and OpenTelemetry out of the box

Later, when a job outgrows in-process execution, move just that one job to a Milvaion worker. Everything else keeps running untouched.

Read the integration guide

Features

Everything You Need

A complete job scheduling platform with enterprise-grade features, built from the ground up for distributed systems.

Cron Scheduling

6-field cron expressions with second-level precision. Schedule jobs from every second to once a year.

Distributed Architecture

Separate scheduler (API) from workers. Scale each independently based on workload demands.

Reliability Built-In

Exponential backoff retries, Dead Letter Queue, zombie detection, and auto-disable for failing jobs.

Real-Time Dashboard

Beautiful UI powered by SignalR. Monitor jobs, workers, and executions in real-time.

Enterprise Management

User, role & permission management with granular access control. User activity tracking and audit logs. Built-in metric reports for job health, performance, and system diagnostics.

Multi-Channel Alerting

Google Chat, Slack, Microsoft Teams, Email, and internal notifications with configurable routing.

Graceful Shutdown

Workers complete in-progress jobs before shutting down. Offline resilience with SQLite fallback.

OpenTelemetry

Built-in Prometheus metrics, distributed tracing, and pre-configured Grafana dashboards.

Auto-Scaling

Kubernetes HPA, KEDA queue-based scaling, and concurrency policies per job type.

Built-In Workers

HTTP, SQL, Email, and Maintenance workers out of the box. No code required for common tasks.

External Schedulers

Integrate Quartz.NET or Hangfire. Keep your scheduler, add Milvaion monitoring and dashboards.

Workflow Pipelines

Chain jobs into DAG-based workflows with conditional branching, data mappings, merge nodes, and automatic orchestration.

Architecture

How Milvaion Works

A clean separation between scheduling and execution, connected by battle-tested messaging infrastructure.

Milvaion Architecture Diagram
1

Schedule

API Server

Create jobs with cron expressions via API or Dashboard. Jobs are stored in Redis ZSET sorted by next fire time.

  • Cron scheduling
  • Redis ZSET
  • Leader election
2

Dispatch

RabbitMQ

When fire time arrives, the dispatcher publishes job messages to RabbitMQ topic exchange with routing keys.

  • Topic exchange
  • Routing keys
  • Worker affinity
3

Execute

Workers

Workers consume messages, execute your IJob implementations with full DI support, and report back status.

  • IJob interface
  • DI support
  • Parallel execution
4

Monitor

Dashboard

Results flow back through RabbitMQ. Dashboard updates in real-time via SignalR. Metrics exported to Prometheus.

  • SignalR real-time
  • Prometheus metrics
  • Grafana dashboards

Built-In Workers

Zero-Code Workers

Common jobs that work out of the box. Configure through the dashboard — no code deployment needed.

HTTP Worker

Make REST API calls, send webhooks, monitor health endpoints. Supports all HTTP methods, auth types, retry policies, proxy, and mTLS.

GET / POST / PUT / DELETE / PATCH
Bearer, Basic, API Key auth
Response validation & retry
Proxy & mTLS support
{
  "method": "POST",
  "url": "https://api.example.com/notify",
  "headers": { "Authorization": "Bearer {{token}}" },
  "body": { "message": "Job completed" },
  "expectedStatusCode": 200,
  "retryCount": 3
}

SQL Worker

Execute queries across PostgreSQL, SQL Server, and MySQL. Parameterized queries, stored procedures, and transactions.

Multi-database support
Parameterized queries
Stored procedure execution
Connection alias security model
{
  "connectionAlias": "reporting-db",
  "commandType": "Text",
  "commandText": "SELECT cleanup_old_records($1)",
  "parameters": [
    { "name": "$1", "value": "30" }
  ]
}

Email Worker

Send emails via SMTP with HTML/plain text, attachments, CC/BCC, priority levels, and multiple SMTP configurations.

HTML & plain text templates
File attachments
Multiple SMTP configs
CC / BCC / Priority levels
{
  "smtpConfigName": "transactional",
  "to": ["user@example.com"],
  "subject": "Report Ready",
  "isHtml": true,
  "body": "<h1>Your report is ready</h1>",
  "priority": "High"
}

Maintenance Worker

Automated Milvaion's database maintenance, execution retention, failed execution cleanup, Redis cleanup, and archival.

Database VACUUM & ANALYZE
Execution retention policies
Failed execution cleanup
Redis key cleanup & archival
// Built-in maintenance jobs:
• DatabaseMaintenance - VACUUM, ANALYZE
• OccurrenceRetention - Delete old records
• FailedOccurrenceCleanup - Purge resolved
• RedisCleanup - Remove stale keys
• OccurrenceArchive - Archive to cold store

Workflows

DAG-Based Job Pipelines

Chain multiple jobs into directed acyclic graphs with conditional branching, data passing, and automatic orchestration.

Visual Workflow Builder

Drag-and-drop nodes, connect edges, configure steps — all from the portal UI.

Extract Prices
$.price > 100
true
Send Invoice
false
Log & Skip
Merge
Send Notification

Node Types

Task

Dispatches a scheduled job. The primary building block of every workflow.

Condition

Evaluates an expression and routes execution through true or false ports.

Merge

Waits for all incoming branches to complete before continuing downstream.

Data Mapping Example
// Step 1 (ExtractPrices) result:
{ "price": 99, "item": { "name": "Widget" } }

// Mapping on Step 2:
step1:priceamount
step1:item.nametitle

// Step 2 (SendInvoice) receives:
{ "amount": 99, "title": "Widget" }

Data Mappings

Pass output fields from upstream steps into downstream job data. Schema-assisted with dot-path notation and wildcard support.

Step Delays

Add configurable delays between steps. Wait seconds after dependencies complete before dispatching.

Automatic Retries

Configure max step retries. Failed steps are retried automatically before marking as failed.

Failure Strategies

Stop on first failure or continue independent branches. Choose the right strategy per workflow.

Cron & Manual Triggers

Schedule workflows with 6-field cron expressions or trigger manually via API and portal.

Versioning & History

Every save creates a new version. Compare historical runs against the workflow definition they executed.

Dashboard

Beautiful Real-Time UI

Monitor everything from a single, responsive dashboard. Dark mode, light mode, mobile ready.

localhost:5000
Dashboard Overview

Dashboard Overview

Real-time metrics: total executions, success rate, active workers, capacity utilization, and EPM.

MCP Server

Ask your scheduler
in plain language

Milvaion speaks the Model Context Protocol. Point Claude Code, Cursor or GitHub Copilot at it and investigate an incident by asking, instead of clicking through dashboards at 3am.

claude code
you

Which jobs failed last night, and why?

list_failuresget_occurrence
claude

Three jobs hit the dead letter queue overnight. All three are invoice-sync runs, and every one failed with a socket timeout to billing-api between 02:14 and 02:31. Nothing else failed in that window, so this looks like the upstream service rather than the jobs.

.mcp.json
{
  "mcpServers": {
    "milvaion": {
      "type": "http",
      "url": "https://milvaion.acme.com/mcp",
      "headers": { "X-ApiKey": "..." }
    }
  }
}

15 reading tools

Jobs, executions, logs, dead letter failures, workers, workflows, runs and the activity log.

17 acting tools

Trigger, cancel, pause, create, edit and delete — each behind its own permission.

Your key decides

Grant only List and Detail and the assistant can investigate everything and change nothing.

Things people actually ask it:

Which jobs failed last night, and why?daily-invoice-export has been failing since Tuesday. Read the logs and tell me what changed.Is there a worker alive that can run SendReportJob?Pause the billing sync job until I've fixed the upstream API.

Comparison

Why Milvaion?

An honest look at how Milvaion compares to the two defaults in .NET — including the rows where it loses.

FeatureMilvaionHangfireQuartz.NET
ArchitectureDistributedMonolithicEmbedded
Job executionSeparate processesIn-processIn-process
Job dispatchRabbitMQStorage pollingStore polling
Scale execution independently of the app
Crashing job can't take down the scheduler
Route jobs to specific hardware
Built-in dashboard
Dashboard spans multiple applications
Real-time log streaming per execution
Multi-channel alerting built in
Pre-built Grafana dashboards
OpenTelemetry / Prometheus
Stuck / zombie job recovery
Built-in HTTP, SQL & Email workers
MCP server for AI assistants
DAG workflows with conditional branching
Calendars, misfire policies, priorities
Infrastructure requiredPostgres + Redis + RabbitMQA databaseNone or a database
Runs on .NET Framework
LicenceApache 2.0LGPL v3 + paid tiersApache 2.0
Monitors the other two

means the capability is achievable but needs extra packages, plugins or manual wiring rather than being built in. Reflects Milvaion 1.1.x, Hangfire 1.8.x and Quartz.NET 3.x. Hangfire and Quartz.NET are both excellent at what they were designed for, and for a single application either is usually the better choice. If a row here is out of date or unfair, open an issue and we'll correct it.

You don't have to choose. Milvaion integrates with Hangfire and Quartz.NET rather than replacing them — keep your scheduler and get the dashboard, history and alerting on top. See how the integration works.

Detailed breakdowns: Milvaion vs Hangfire · Milvaion vs Quartz.NET

Get Started

Up and Running in Minutes

One command to start. Choose your preferred deployment method.

# Clone the repository
git clone https://github.com/Milvasoft/milvaion.git
cd milvaion

# Start all services
docker compose up -d

# Services started:
#   Milvaion API    → http://localhost:5000
#   Dashboard       → http://localhost:5000
#   PostgreSQL      → localhost:5432
#   Redis           → localhost:6379
#   RabbitMQ        → localhost:5672 (Management: 15672)
#   Seq             → http://localhost:5341
#   Prometheus      → http://localhost:9090
#   Grafana         → http://localhost:3000