Significado de" sempre em " configuração no site Azure
"sempre em" configuração pode ser um remédio para este problema, mas infelizmente não está disponível para nós na assinatura atual.
Como deve saber, o IIS tem duas opções de reciclagem baseadas em:
- por defeito, cada um a aplicação é terminada a cada 1740 minutos (29 horas) - tempo-limite periódico de reinício.
- também a aplicação pode ser reciclada se não for utilizada durante 20 minutos - tempo-limite de inactividade .
gostaria de saber se ligamos " Sempre em " configuração, podemos ter a certeza de que nos ajuda a impedir que ambos os tipos de aplicações reciclem descritos acima.
A propósito, encontrei esta pergunta.: vai" sempre em " evitar tanto o tempo-limite e periodicRestart? com tópico semelhante. Diz que este cenário deve ajudar. Mas gostava de ter a certeza que é verdade. Porque as interrupções dos processos de fundo vivo são absolutamente inaceitáveis no nosso caso. Agradeço as respostas.2 answers
Para processos de longa duração, recomendo vivamente a utilização de trabalhos Web Azure, se possível. O Azure Webjobs SDK vai tornar a sua vida de desenvolvimento muito mais fácil e fornecer tu com uma boa monitorização de graça. Confira este tutorial por Scott Hanselman aqui: http://www.hanselman.com/blog/IntroducingWindowsAzureWebJobs.aspx
Para que saibas, os Webjobs são executados no contexto do teu website, por isso, se o teu website for reciclado (se sempre estiver desactivado), o teu Webjob também deixará de funcionar. Ativar "sempre em" vai manter tanto os seus trabalhos web e seu site up.
A partir de Microsoft Azure como configurar as páginas web
Sempre em-por padrão, os sites são descarregados se eles têm estado inactivos por algum período de tempo. Isto permite ao sistema conservar recursos. Você pode ativar o sempre em configuração para um site no modo padrão se o site precisa ser carregado o tempo todo. Uma vez que as tarefas web contínuas podem não ser executadas de forma fiável se sempre estiverem desactivadas, você deve activar sempre quando tiver tarefas web contínuas a correr na site.
Se você tem coisas que precisam estar funcionando continuamente você poderia olhar tanto Azure Webjobs ou funções de trabalhador que seriam mais confiáveis em vez de IIS threads.