Azure

Azure SignalR Service

Overview

Azure SignalR Service übernimmt die Verwaltung der dauerhaften Client-Verbindungen für Anwendungen, die die Bibliothek ASP.NET Core SignalR oder ASP.NET SignalR nutzen. Typische Einsatzfälle sind Live-Dashboards, Chats, Benachrichtigungen, Kollaboration und Fortschrittsanzeigen, bei denen der Server Daten aktiv an Browser oder Apps schickt.

Ohne den Dienst muss jede App-Instanz die Verbindungen selbst halten, und bei mehreren Instanzen braucht es ein Backplane wie Redis. Der Dienst nimmt diese Last ab und skaliert auf sehr viele gleichzeitige Verbindungen, Premium P2 reicht bis 1.000 Einheiten pro Instanz und rund eine Million gleichzeitige Verbindungen. Server-seitiges Blazor wird ebenfalls unterstützt.

Abgrenzung: Azure Web PubSub ist ein separater Dienst für generisches WebSocket-Publish-Subscribe mit beliebigen Clients, SignalR Service ist auf das SignalR-Protokoll und das Hub-Modell ausgerichtet.

How it works

SignalR verhandelt den besten Transport: bevorzugt WebSockets, sonst Server-Sent Events oder Long Polling.

  1. Im Standardmodus (server-based) behält Deine App ihre Hubs und Logik, die Clients verbinden sich aber über den Dienst, der die Verbindungen hält.
  2. Im Serverless-Modus gibt es keinen App-Server: Azure Functions mit SignalR-Bindings, Event Grid oder die REST API senden Nachrichten an die Clients.
  3. Die Kapazität wird in Einheiten skaliert, Autoscale gibt es nur im Premium-Tarif.
  4. Clients authentifizieren sich mit Zugriffstoken, die Deine App ausstellt. Die App selbst verbindet sich per Zugriffsschlüssel oder besser per Entra ID mit RBAC.

Benefits

  • Keine eigene Skalierungsinfrastruktur: Backplane und Verbindungsverwaltung entfallen, die App-Server bleiben schlank.
  • Geringe Umstellung: Bestehende SignalR-Apps brauchen nur wenige Änderungen, um den Dienst zu nutzen.
  • Serverless-Option: Mit Azure Functions entstehen Echtzeit-Funktionen ganz ohne dauerhaft laufenden Server.
  • Betriebssicherheit: Der Dienst verteilt Verbindungen und bietet in den kostenpflichtigen Tarifen ein SLA.

Practical example

Ein Kunststoffspritzgießer mit drei Werken zeigt Maschinenzustände und Stückzahlen auf Monitoren in der Fertigung und im Browser der Schichtleitung. Bisher aktualisierten sich die Seiten per Polling alle 30 Sekunden und belasteten die Datenbank. Die IT stellt auf eine ASP.NET-Core-App mit Azure SignalR Service Standard um: Ein Backend-Dienst schickt neue Messwerte direkt an die verbundenen Clients. Die Daten erscheinen nahezu sofort, und die Datenbanklast sinkt, weil das ständige Abfragen entfällt.

Things to keep in mind

  • Prüfe Verbindungs- und Nachrichtenlimits pro Einheit auf der Limits-Seite, bevor Du den Tarif festlegst.
  • Nutze den Free-Tarif nur für Entwicklung und Tests, denn er hat kein SLA.
  • Nutze Entra ID und Managed Identity statt Zugriffsschlüsseln, damit keine Connection Strings in der Konfiguration liegen.
  • Teste das Reconnect-Verhalten der Clients, weil Verbindungen bei Wartung oder Netzwechsel abbrechen.
  • Halte Nachrichten klein, da die Abrechnung auch nach Nachrichtenvolumen erfolgt.

Licensing & availability

Tarife Free (Free_F1), Standard (Standard_S1) sowie Premium P1 und P2. Abgerechnet werden Einheiten pro Tag plus Nachrichten über dem Inklusivkontingent, Autoscale nur in Premium. Stand: Oktober 2026.

Conclusion

SignalR Service ist der einfachste Weg zu skalierbaren Echtzeit-Funktionen in .NET-Webanwendungen. Für protokollunabhängiges WebSocket-Messaging prüfst Du Azure Web PubSub.

Further reading

Related articles