Temos uma aplicação windows que chama métodos webservice para acesso ao banco de dados. Encontramos um caso em que fazemos uma chamada de serviço web assíncrona longa (mais de 15 segundos) para um serviço WCF no IIS. Se a IU fizer outras chamadas de serviço da web bloqueadoras (é código antigo) enquanto isso estiver acontecendo, essas chamadas adicionais serão bloqueadas até a conclusão da chamada assíncrona inicial.
Isso não acontece quando a interface do usuário e os serviços da Web estão em execução no Visual Studio com IIS Express: as chamadas de bloqueio são rápidas e tudo isso é concluído muito antes do término da longa chamada assíncrona.
Todos os webservices têm o seguinte:
<serviceThrottling
maxConcurrentCalls="5000" maxConcurrentSessions="5000" maxConcurrentInstances="5000" />
Além disso, maxConnections="500" em todos os lugares.
Gostaríamos que o IIS lidasse com essas chamadas simultâneas de serviços da web da mesma forma que o IIS Express faz, simultaneamente.
...
Se ajudar, tudo isso faz sentido: fazemos uma busca por objetos. A pesquisa retorna os 50 principais itens (por padrão) que atendem aos critérios e, ao mesmo tempo, fazemos uma chamada assíncrona para count(*) na mesma consulta. A consulta de contagem pode demorar muito. Os usuários insistem que às vezes querem saber qual é a contagem total, mas geralmente desejam poder abrir objetos na lista de resultados muito antes de a contagem voltar. A abertura dos objetos é onde entram as chamadas síncronas de webservice. Anteriormente, os resultados da pesquisa e a contagem faziam parte do mesmo método de webservice.