Accueil

Entity Framework Core : instrumenter les requêtes, lire les métriques et corriger les vrais goulots d’étranglement

Entity Framework Core : accélérer les accès avec les requêtes précompilées, la mise en cache et le DbContext pooling

La manipulation de fichiers est une opération courante qui cache de nombreux pièges : chemins non portables, ressources non libérées, fichiers temporaires oubliés, encodage incorrect… Cet article passe en revue les bonnes pratiques à adopter en .NET.

Le Pub/Sub (Publish & Subscribe) est l’un des building blocks les plus utilisés de Dapr. Il permet à des services de communiquer de manière asynchrone via des événements, sans couplage direct entre l’émetteur et le(s) récepteur(s). En .NET, le SDK Dapr et ASP.NET Core rendent la publication et la souscription d’événements simples et déclaratives, quel que soit le broker sous-jacent (RabbitMQ, Kafka, Azure Service Bus, Redis Streams…).

Développer une API .NET robuste, maintenable et performante requiert bien plus qu’une simple mise en place d’un projet ASP.NET Core. Cet article rassemble les pratiques essentielles, de la conception à la mise en production.

Dans l’article précédent, nous avons vu le Pub/Sub Dapr avec des souscriptions HTTP (Minimal API, contrôleurs). Mais Dapr supporte aussi la communication gRPC entre le sidecar et l’application, y compris pour la livraison des messages Pub/Sub. gRPC apporte la sérialisation binaire (Protobuf), des contrats typés et de meilleures performances, ce qui est particulièrement intéressant pour les systèmes à haut débit. Dans cet article, on met en place un système Pub/Sub complet en gRPC.

La gestion d’état (State Management) est l’un des building blocks essentiels de Dapr. Il fournit une API clé/valeur unifiée pour stocker, lire, supprimer et transactionner de l’état, avec concurrence optimiste (ETags), sans coupler votre code à un store spécifique. En .NET, le SDK Dapr rend cette API simple et idiomatique.

L’approche classique de gRPC repose sur des fichiers .proto (Contract-First) : on définit le contrat Protobuf, puis on génère le code C# à partir de ce contrat. L’approche Code-First inverse le processus : on écrit des classes et interfaces C# classiques, et le contrat gRPC est généré automatiquement. Grâce à la bibliothèque protobuf-net.Grpc, on peut créer des services gRPC en .NET sans écrire une seule ligne de Protobuf, en utilisant des types C# natifs, des DataContract, ou de simples POCOs.