La méthode la plus simple est le polling, mais elle est inefficace, laide, désagréable pour votre réseau et consomme de la mémoire dans le navigateur, ce qui n'est pas souhaitable.
Vous n'avez pas mentionné quelle base de données. Postgres peut effectuer des notifications en mode natif, Oracle peut probablement le faire pour tout l'argent du monde connu et certaines des bases de données NoSQL l'intègrent, y compris Firebase de Google et une base de données .NET open source appelée Sapphire. Sql Server peut le faire via SqlDependency (qui fait partie de l'espace de noms System.Data), mais l'utilisateur de votre base de données devra avoir la permission de créer des files d'attente Service Broker, ce qui, bien sûr, doit être activé.
Une fois que votre WebAPI a reçu la notification, quelle que soit la manière dont vous l'avez obtenue, vous pouvez l'envoyer à un assemblage Web Blazor de différentes manières. L'API Server Push est bien conçue, unidirectionnelle (parfaite pour vous), mais elle n'est pas universellement supportée et nécessitera une interopérabilité Javascript. Un service worker pourrait utiliser l'API Notifications mais cela nécessite également de l'interopérabilité et les utilisateurs ont tendance à bloquer les notifications du site web par instinct. C'est certainement mon cas.
Enfin, il y a les WebSockets, qui sont maintenant pris en charge de manière native dans Blazor, ou SignalR, qui est également pris en charge de manière native. Ces deux solutions sont duplex et donc surdimensionnées par rapport à vos besoins, mais elles sont probablement les plus faciles à mettre en œuvre et à déboguer, voire à sécuriser ou à mettre à l'échelle.
Vous pouvez aussi utiliser gRPC, mais c'est encore plus exagéré.
