Entendo que o IIS deve ser capaz de lidar com um cenário, no qual eu possa xcopy atualizar arquivos de aplicativos da Web (.dll, .aspx etc.) para um servidor Web em execução. O IIS detectará que os arquivos foram atualizados e emitirão uma reciclagem do pool de aplicativos. Isso, por sua vez, acelerará um novo processo de trabalho que está usando esse conjunto atualizado de arquivos e manipulará novas solicitações. O processo de trabalho antigo continuará manipulando solicitações até que elas sejam concluídas e, em seguida, esse processo será encerrado. Se tudo isso estiver funcionando corretamente, você poderá implementar seu aplicativo da Web em um servidor da Web em execução sem afetar os usuários.
Ao testar esse cenário, acho que esse é o caso de até cerca de 25 usuários em um ambiente de 3 camadas com balanceamento de carga com especificação moderada. Se eu tentar isso com cerca de 50 usuários, receberei 500 erros de servidor, com FileNotFoundExceptions para "arquivos temporários" semelhante a este:
Tipo de exceção: FileNotFoundException Mensagem de exceção: Não foi possível encontrar o arquivo 'C: \ PanAP.App \ Pan.AP.Delivery \ bin \ System.Web.WebPages.dll.tmp'.
Não consigo encontrar nenhuma documentação da Microsoft indicando qual o número de usuários que o IIS é capaz de manipular para esse cenário, mas vou encontrar a documentação que diz "para implantações em larga escala, é recomendável colocar o servidor offline".
Então, minha pergunta é: alguém mais faz isso dessa maneira? Em caso afirmativo, quantos usuários sua configuração pode suportar? Se for muito superior a 25, há alguma coisa específica que eu deva fazer / configurar para permitir implantações quentes para mais usuários?
Tags users iis deployment