Dans le cadre d'optimisation de plateforme BizTalk, les adapters WCF sont un point crutial d'engorgement puisque ceux-ci intègrent une gestion des ressources allouées en fonction de paramétrages spécifiques : nombre de connexion, nombre d'instance, taille de la file d'attente...
L'implémentation de ces adapters dans BizTalk ne permet pas, sur les binding standards, de modifier ces éléments de configuration et cela engendre donc très vite des limitations en termes de montée en charge. En effet, seul l'élément MaxConcurrentCall est disponible tel que le montre cette capture d'écran :
Du fait que seul cet élément soit configurable engendre un comportement par défaut n'acceptant que 10 connexions simultannées ce qui est fortement limitant sur une plateforme BizTalk !
La solution consiste donc à passer par la création d'emplacement de réception et/ou de port d'envoi basés sur des CustomBinding afin d'avoir accès à l'ensemble des paramétrages WCF et notamment à l'ajout d'une behavior comprenant l'extension throttling.
Au niveau du binding, il est donc dorénavant possible d'accéder aux propriétés MaxConnection et ListenBacklog qui représentent l'un des éléments cruciaux de montée en charge de WCF :
Au niveau des behaviors, il devient donc possible d'ajouter des extensions telle que l'extension ServiceThrottling donnant accès aux propriétés : MaxConcurrentCalls, MaxConcurrentInstances et MaxConcurrentSessions qui représentent là aussi un des éléments cruciaux de montée en charge de WCF :
Dans le cadre d'adapter basé sur WCF / MSMQ, il est possible avec le CustomBinding d'ajouter l'extension TransactedBatching au niveau du endpoint permettant ainsi de gérer la propriété MaxBatchSize.
De manière générale, ceci démontre bien que l'utilisation des adapters en standard n'est pas idéale et qu'il reste donc préférable de se baser sur une approche de type CustomBinding permettant d'accéder à l'ensemble des éléments de configuration WCF mais aussi d'importer ou d'exporter la configuration.