Comme je l'expliquais dans l'article « Nager dans le .NET Connection Pool », quand le connection pool atteint le nombre maximum de connexions que vous indiquez avec l'option Max Pool Size ConnectionString, ADO.NET bloque toute tentative d'ouverture de connexion supplémentaire. Si une connexion devient disponible avant l'heure que vous indiquez
Savoir quand un pool est plein
dans l’option ConnectionTimeout, .NET Data
Provider transmet à votre application un pointeur vers cette
connexion et redonne la main à l’application. Mais si aucune
connexion ne se libère à temps, la demande de connexion
déclenche un InvalidOperationException.
Maintenant c’est à vous de décider la suite des opérations.
Je vous déconseille de dire aux utilisateurs que vous
manquez de connexions. Certaines applications disent aux
utilisateurs que le système est en train d’aider d’autres clients
et invitent l’utilisateur à revenir plus tard. D’autres applications
distraient les utilisateurs avec une animation qui les informe
que le système n’est pas bloqué mais qu’il est en train
de travailler pour honorer leurs requêtes. Entre temps, votre
code retente l’opération. Dans tous les cas, vous devez journaliser
ces défaillances pour diagnostiquer l’anomalie et documenter
le fait que vous avez épuisé les ressources.
Téléchargez cette ressource
Une DSI « broker de services » ? Recettes de Scale-ups à l’usage des grandes entreprises
Découvrez dans ce carnet d’expériences les conseils et bonnes pratiques de DSI et CTO d'organisations qui ont mené et mènent leur transformation pour devenir des brokers de services accomplis. Choix technologiques et organisationnels, types de services apportés, vitesse du changement, rapport aux métiers… ils détaillent la nature et les potentiels écueils de cette métamorphose.
Les articles les plus consultés
A travers cette chaîne
A travers ITPro
