Blog

Notizen zum Betrieb von Hangfire in Produktion

Praxisnahe Beiträge zu den Lücken, auf die Agenturen und .NET-Teams tatsächlich stossen, sobald Hangfire echte Kundenarbeit erledigt.

Personenbezogene Daten aus Exception-Messages fernhalten, bevor sie die App verlassen

Job-Payloads sind bewusst Opt-in, aber Exception-Messages werden standardmässig unverändert gesendet. Wie man sensible Inhalte mit dem OnBeforeSend-Hook zensiert oder verwirft.

Artikel lesen →

Warum QueueHawk vollständig in der Schweiz entwickelt und gehostet wird

Keine generische EU-Region eines ausländischen Cloud-Anbieters: was Schweizer Infrastruktur für den Datenschutz tatsächlich ändert, und warum das zählt.

Artikel lesen →

Team- vs. Agency-Plan: wie viele Applications brauchst du wirklich?

Team deckt bis zu 10 Applications ab, Agency bis zu 500. Ein praktischer Leitfaden, welchen eine Agentur tatsächlich braucht, und ab wann sich der Wechsel lohnt.

Artikel lesen →

Ein neues Kundenprojekt in unter 10 Minuten ans Hangfire-Monitoring anbinden

Die exakten Schritte, um ein neues Kundenprojekt zu QueueHawk hinzuzufügen: Application anlegen, Agent installieren, Events prüfen, Alerts setzen.

Artikel lesen →

Pro-Application- vs. Pro-Job-Preise für Hangfire-Monitoring: was es tatsächlich kostet

Manche Monitoring-Tools berechnen pro überwachtem Job, QueueHawk pro Application. Die tatsächliche Rechnung für beide, plus ein Rechner für dein eigenes Setup.

Artikel lesen →

Warum deine Hangfire-Job-Historie nach jedem Deploy verschwindet

Keine Fehlkonfiguration — genau so wurden das eingebaute Dashboard und die Storage-Retention entworfen. Was tatsächlich passiert, und wie du die Historie trotzdem behältst.

Artikel lesen →

Hangfire über mehrere Kundenprojekte hinweg überwachen, ohne zehn Browser-Tabs

Hangfire für ein Dutzend Kundenprojekte zu betreiben bedeutet ein Dutzend Dashboards, an die man denken muss. Was das wirklich kostet, und wie eine App-übergreifende Sicht stattdessen aussieht.

Artikel lesen →

Slack-, Teams- oder E-Mail-Alerts, wenn ein Hangfire-Job fehlschlägt oder verstummt

Das Standard-Dashboard meldet sich nie von selbst. Zwei Alert-Regeln — Fehlerrate und Heartbeat-Timeout — decken die zwei Arten ab, wie eine Background-Job-Pipeline tatsächlich kaputtgeht.

Artikel lesen →

Slack Incoming Webhook einrichten

In zwei Minuten: eine Slack-App anlegen, Incoming Webhooks aktivieren und eine URL bekommen, die per curl, Skript oder jedem Monitoring-Tool angesprochen werden kann.

Artikel lesen →

Microsoft-Teams-Webhook einrichten

Microsoft hat die klassischen Connectors abgeschaltet. So bekommt man stattdessen über die Workflows-App eine Webhook-URL — und warum das alte MessageCard-Format weiterhin funktioniert.

Artikel lesen →

Hangfire-Job-Historie länger als 24 Stunden aufbewahren

Hangfire löscht erfolgreiche Jobs nach ~24h und lässt fehlgeschlagene nie automatisch ablaufen — beides ist schmerzhaft. Hier ist, warum Retention so funktioniert, wie es funktioniert, und wie man eine echte, durchsuchbare Historie behält.

Artikel lesen →

Hangfire-Jobs stecken als Enqueued fest — wie man einen Queue-Backlog bemerkt

Jobs, die als Enqueued stecken, bedeuten fast immer ein operatives Problem — Worker-Crash, Pool-Sättigung, Assembly-Mismatch. So erkennt man den Backlog, bevor jemand ein Ticket öffnet.

Artikel lesen →

Das Hangfire-Dashboard in Produktion freigeben (ohne es dem Internet zu öffnen)

Das Hangfire-Dashboard ist standardmässig komplett offen und die Authorization-Story hat sich zweimal geändert. Hier ist, was 2026 wirklich funktioniert, um den richtigen Leuten sicheren Zugriff zu geben.

Artikel lesen →