Nota
O acesso a esta página requer autorização. Pode tentar iniciar sessão ou alterar os diretórios.
O acesso a esta página requer autorização. Pode tentar alterar os diretórios.
Ao implantar a sua aplicação Web, aplicação Web em Linux, componente de back-end móvel ou aplicação de API no Serviço de Aplicações do Azure, pode usar um slot de implementação separado em vez do slot de produção padrão. Essa abordagem estará disponível se você executar na camada Standard, Premium ou Isolada de um plano do Serviço de Aplicativo. Os slots de implantação são aplicativos ativos com seus próprios nomes de host. O conteúdo do aplicativo e os elementos de configuração podem ser trocados entre dois slots de implantação, incluindo o slot de produção.
Implantar seu aplicativo em um slot que não seja de produção tem os seguintes benefícios:
Você pode validar as alterações no app antes de mudar o slot para produção.
Você pode certificar-se de que todas as instâncias do slot estão aquecidas antes de trocá-lo em produção. Essa abordagem elimina o tempo de inatividade quando você implanta seu aplicativo. O redirecionamento do tráfego é perfeito. Nenhuma solicitação é descartada devido a operações de swap.
Você pode automatizar todo esse fluxo de trabalho configurando a troca automática quando a validação pré-troca não for necessária.
Após uma troca, o slot com o aplicativo previamente preparado agora tem o aplicativo de produção anterior. Se as alterações transferidas para o slot de produção não forem as esperadas, poderá realizar a mesma troca imediatamente para recuperar o seu último estado conhecido em boas condições.
Não há cobrança extra pelo uso de slots de implantação. Cada camada de plano do Serviço de Aplicativo oferece suporte a um número diferente de slots de implantação. Para descobrir o número de slots suportados pela camada do seu aplicativo, consulte Limites do Serviço de Aplicativo.
Para dimensionar seu aplicativo para uma camada diferente, verifique se a camada de destino oferece suporte ao número de slots que seu aplicativo já usa. Por exemplo, se seu aplicativo tiver mais de cinco slots, você não poderá reduzi-lo para a camada Padrão. A camada Standard suporta apenas cinco slots de implantação.
O vídeo a seguir complementa as etapas neste artigo, ilustrando como configurar ambientes de preparo no Serviço de Aplicativo do Azure.
Pré-requisitos
- Permissões para executar a operação de slot desejada. Para obter informações sobre as permissões necessárias, consulte Operações do provedor de recursos. Procure por slot, por exemplo.
Adicionar um bloco
Para habilitar vários slots de implantação, o aplicativo deve estar sendo executado na camada Standard, Premium ou Isolada.
No portal do Azure, vá para a página de gerenciamento do seu aplicativo.
No menu à esquerda, selecione Deployment>Deployment slots. Em seguida, selecione Adicionar.
Nota
Se o aplicativo ainda não estiver na camada Standard, Premium ou Isolado, selecione Atualizar. Vá para a guia Escala do seu aplicativo antes de continuar.
Na caixa de diálogo Adicionar Slot , dê um nome ao slot e selecione se deseja clonar uma configuração de aplicativo de outro slot de implantação. Selecione Adicionar para continuar.
Você pode clonar uma configuração de qualquer slot existente. As configurações que podem ser clonadas incluem configurações de aplicativos, cadeias de conexão, versões de estrutura de idioma, soquetes da Web, versão HTTP e bitness da plataforma.
Nota
Atualmente, um ponto de extremidade privado não é clonado entre slots.
Depois de inserir as configurações, selecione Fechar para fechar a caixa de diálogo. O novo slot agora aparece na página Slots de implantação . Por padrão, o Tráfego % é definido como 0 para o novo slot, com todo o tráfego dos clientes direcionado para o slot de produção.
Selecione o novo slot de implantação para abrir sua página de recursos.
O slot de preparação tem uma página de gestão como qualquer outra aplicação do App Service. Você pode alterar a configuração do slot. Para te lembrar que estás a visualizar o slot de implantação, o nome da aplicação e o nome do slot aparecem na URL. O tipo de aplicativo é Serviço de Aplicativo (Slot). Você também pode ver o slot como um aplicativo separado em seu grupo de recursos, com as mesmas designações.
Na página de recursos do slot, selecione o URL do aplicativo. O slot de implantação tem o seu próprio nome de anfitrião e também é uma aplicação ativa. Para limitar o acesso público ao slot de implantação, consulte Configurar restrições de acesso do Serviço de Aplicativo do Azure.
O novo slot de implantação não tem conteúdo, mesmo se você clonar as configurações de um slot diferente. Por exemplo, você pode publicar neste slot com o Git. Você pode implantar no slot a partir de uma ramificação de repositório diferente ou de um repositório diferente. O artigo Obter um perfil de publicação do Serviço de Aplicativo do Azure pode fornecer as informações necessárias para a implantação no slot. O Visual Studio pode importar o perfil para implantar conteúdo no slot.
O URL do slot tem o formato http://sitename-slotname.azurewebsites.net
. Para manter o comprimento da URL dentro dos limites de DNS necessários, o nome do site é truncado em 40 caracteres. O nome do site combinado e o nome do slot devem ter menos de 59 caracteres.
Entenda o que acontece durante uma troca
Etapas da operação de permuta
Quando você troca dois slots, o Serviço de Aplicativo faz o seguinte para garantir que o slot de destino não sofra tempo de inatividade:
Aplique as seguintes configurações do slot de destino (por exemplo, o slot de produção) a todas as instâncias do slot de origem:
- Configurações específicas do slot para aplicativos e cadeias de conexão, se aplicável
- Configurações de implantação contínua , se habilitadas
- Configurações de autenticação do Serviço de Aplicativo, se habilitadas
Quando qualquer uma das configurações é aplicada ao slot de origem, a alteração aciona todas as instâncias no slot de origem para reiniciar. Durante uma troca com pré-visualização, esta ação marca o término da primeira fase. A operação de permuta é pausada. Você pode validar se o slot de origem funciona corretamente com as configurações do slot de destino.
Aguarde até que cada instância no slot de origem conclua sua reinicialização. Se alguma instância falhar ao reiniciar, a operação de permuta reverte todas as alterações para o slot de origem e interrompe a operação.
Se o cache local estiver habilitado, acione a inicialização do cache local fazendo uma solicitação HTTP para a raiz do aplicativo (
/
) em cada instância do slot de origem. Aguarde até que cada instância retorne qualquer resposta HTTP. A inicialização do cache local causa outra reinicialização em cada instância.Se a troca automática estiver habilitada com aquecimento personalizado, acione a inicialização personalizada do aplicativo em cada instância do slot de origem.
Se
applicationInitialization
não for especificado, acione uma solicitação HTTP para a raiz do aplicativo do slot de origem em cada instância.Se uma instância retornar qualquer resposta HTTP, ela será considerada aquecida.
Se todas as instâncias no slot de origem forem aquecidas com êxito, troque os dois slots alternando suas regras de roteamento. Após essa etapa, o slot de destino (por exemplo, o slot de produção) tem o aplicativo previamente aquecido no slot de origem.
Agora que o slot de origem tem o aplicativo de pré-troca que estava anteriormente no slot de destino, execute a mesma operação aplicando todas as configurações e reiniciando as instâncias.
Em qualquer ponto da operação de troca, todo o trabalho de inicialização dos aplicativos trocados acontece no slot de origem. O slot de destino permanece on-line enquanto o slot de origem está sendo preparado e aquecido, independentemente de a troca ser bem-sucedida ou falhar. Para trocar um slot de preparação pelo slot de produção, certifique-se de que o slot de produção seja sempre o slot de destino. Dessa forma, a operação de permuta não afeta seu aplicativo de produção.
Nota
Suas instâncias de produção anteriores são trocadas em preparo após essa operação de troca. Essas instâncias são recicladas na última etapa do processo de troca. Se você tiver operações de longa duração em seu aplicativo, elas serão abandonadas quando os trabalhadores forem reciclados. Esse fato também se aplica a aplicativos funcionais. Certifique-se de que o código do aplicativo está escrito de forma tolerante a falhas.
Etapas para tornar um slot introcável
Quando você clona uma configuração de outro slot de implantação, a configuração clonada é editável. Alguns elementos de configuração seguem o conteúdo durante uma troca (não são específicos do slot). Outros elementos de configuração permanecem no mesmo slot após uma troca (eles são específicos do slot).
Quando você troca slots, estas configurações são trocadas:
- Conjunto de tecnologia de linguagem e versão, 32 bits e 64 bits
- Configurações do aplicativo (pode ser configurado para manter um slot)
- Cadeias de conexão (podem ser configuradas para aderir a um slot)
- Contas de armazenamento montadas (podem ser configuradas para manter um slot)
- Mapeamentos do manipulador
- Certificados públicos
- Conteúdo WebJobs
- Conexões híbridas (atualmente)
- Pontos de extremidade de serviço (atualmente)
- Rede de Entrega de Conteúdo do Azure (atualmente)
- Mapeamentos de caminho
Quando você troca slots, estas configurações não são trocadas:
- Configurações gerais não mencionadas na lista anterior
- Publicação de pontos de extremidade
- Nomes de domínio personalizados
- Certificados não públicos e configurações TLS/SSL
- Configurações de escala
- Agendadores WebJobs
- Restrições de IP
- Sempre Ativo
- Definições de diagnóstico
- Partilha de recursos transversais à origem (CORS)
- Integração da rede virtual
- Identidades gerenciadas e configurações relacionadas
- Configurações que terminam com o sufixo
_EXTENSION_VERSION
- Configurações que o Service Connector criou
Nota
Para tornar as configurações permutáveis, adicione a configuração WEBSITE_OVERRIDE_PRESERVE_DEFAULT_STICKY_SLOT_SETTINGS
do aplicativo em cada slot do aplicativo. Defina seu valor como 0
ou false
. Essas configurações podem ser trocadas ou todas não podem ser trocadas. Você não pode fazer apenas algumas configurações trocáveis e não as outras. As identidades gerenciadas nunca são trocadas. Essa configuração de substituição do aplicativo não os afeta.
Determinadas configurações de aplicativo que se aplicam a configurações não trocadas também não são trocadas. Por exemplo, como as configurações de diagnóstico não são trocadas, as configurações relacionadas do aplicativo gostam WEBSITE_HTTPLOGGING_RETENTION_DAYS
e DIAGNOSTICS_AZUREBLOBRETENTIONDAYS
também não são trocadas, mesmo que não apareçam como configurações de slot.
Para definir uma configuração de aplicativo ou cadeia de conexão para manter um slot específico que não é trocado:
Vá para Configurações>Variável de Ambiente para esse slot.
Adicionar ou editar uma configuração e, em seguida, selecionar Configuração de slot de implementação. Marcar essa caixa de seleção informa ao Serviço de Aplicativo que a configuração não pode ser trocada.
Selecione Aplicar.
Trocar slots de implantação
Você pode trocar os slots de implantação na página "Slots de Implantação" do seu aplicativo e na página "Visão geral".
Antes de trocar um aplicativo de um slot de implantação para a produção, verifique se a produção é o slot de destino e se todas as configurações no slot de origem estão configuradas exatamente como você deseja que elas estejam em produção.
Vá para a página de Slots de implantação do seu aplicativo e selecione Trocar.
A caixa de diálogo Trocar mostra as configurações nos slots de origem e destino selecionados que serão alteradas.
Selecione os slots de origem e destino desejados. Normalmente, o alvo é o slot de produção. Além disso, selecione as guias Alterações de slot de origem e Alterações de slot de destino e verifique se as alterações de configuração são esperadas. Quando terminar, você pode trocar os slots imediatamente selecionando Iniciar troca.
Para ver como seu slot de destino seria executado com as novas configurações antes da troca acontecer, não selecione Iniciar troca. Siga as instruções em Trocar com visualização mais adiante neste artigo.
Selecione Fechar para fechar a caixa de diálogo.
Se você tiver algum problema, consulte Solucionar problemas de trocas mais adiante neste artigo.
Troca com pré-visualização (troca em várias etapas)
Antes de trocar para a produção como o slot de destino, valide se o aplicativo é executado com as configurações trocadas. O slot de origem também é aquecido antes da conclusão da troca, o que é desejável para aplicativos de missão crítica.
Quando você executa uma troca com visualização, o Serviço de Aplicativo executa a mesma operação de troca, mas pausa após a primeira etapa. Em seguida, pode verificar o resultado no slot de ensaio antes de concluir a troca.
Se você cancelar a troca, o Serviço de Aplicativo reaplicará os elementos de configuração ao slot de origem.
Nota
Não é possível usar a troca com visualização quando a autenticação do site está habilitada em um dos slots.
Siga as etapas na secção Trocar slots de implantação, mas selecione Efetuar troca com pré-visualização.
A caixa de diálogo mostra como a configuração no slot de origem muda na primeira fase e como o slot de origem e de destino muda na segunda fase.
Quando estiver pronto para iniciar a troca, selecione Iniciar troca.
Quando a primeira fase terminar, a caixa de diálogo notificará você.
Quando estiver pronto para concluir a troca pendente, selecione Concluir troca na ação Trocar e, em seguida, selecione o botão Concluir troca .
Para cancelar uma troca pendente, selecione Cancelar troca em vez disso e, em seguida, selecione o botão Cancelar troca .
Quando terminar, selecione Fechar para fechar a caixa de diálogo.
Se você tiver algum problema, consulte Solucionar problemas de trocas mais adiante neste artigo.
Reverter uma troca
Se ocorrer algum erro no slot de destino (por exemplo, o slot de produção) após uma troca de slot, restaure os slots para seus estados de pré-troca trocando os mesmos dois slots imediatamente.
Configurar a troca automática
A substituição automática simplifica os cenários de DevOps do Azure, em que se pretende implantar continuamente o aplicativo, garantindo zero arranques a frio e zero tempo de inatividade para os clientes do aplicativo. Quando a troca automática é habilitada de um slot para a produção, sempre que você envia as alterações de código para esse slot, o Serviço de Aplicativo troca automaticamente o aplicativo para produção depois que ele é aquecido no slot de origem.
Nota
A troca automática não é suportada em aplicativos Web no Linux e no Web App for Containers.
Antes de configurar a troca automática para o slot de produção, considere testá-la num slot de destino não produtivo.
Aceda à página de recursos da sua aplicação. Selecione Deployment>Deployment slots e, em seguida, selecione o slot de origem desejado.
No menu à esquerda, selecione Configurações>Configurações>gerais.
Para Troca automática habilitada, selecione Ativado. Para Slot de implantação de permuta automática, selecione o slot de destino. Em seguida, selecione Salvar na barra de comandos.
Execute um envio de código para o slot de origem. A troca automática acontece após um curto período de tempo. A atualização é refletida no URL do slot de destino.
Se você tiver algum problema, consulte Solucionar problemas de trocas mais adiante neste artigo.
Especificar aquecimento personalizado
Alguns aplicativos podem exigir ações de aquecimento personalizadas antes da troca. Você pode especificar essas ações personalizadas usando o applicationInitialization
elemento de configuração em Web.config
. A operação de troca aguarda até que este aquecimento personalizado termine antes de realizar a troca com o slot de destino. Aqui está um fragmento de exemplo Web.config
:
<system.webServer>
<applicationInitialization>
<add initializationPage="/" hostName="[app hostname]" />
<add initializationPage="/Home/About" hostName="[app hostname]" />
</applicationInitialization>
</system.webServer>
Para obter mais informações sobre como personalizar o applicationInitialization
elemento, consulte a postagem do blog Falhas de troca de slot de implantação mais comuns e como corrigi-las.
Você também pode personalizar o comportamento de aquecimento usando as seguintes configurações do aplicativo:
-
WEBSITE_SWAP_WARMUP_PING_PATH
: O caminho para o ping sobre HTTP para aquecer seu site. Adicione esta configuração de aplicativo especificando um caminho personalizado que começa com uma barra como valor. Um exemplo é/statuscheck
. O valor predefinido é/
. -
WEBSITE_SWAP_WARMUP_PING_STATUSES
: Códigos de resposta HTTP válidos para a operação de aquecimento. Adicione esta configuração de aplicativo com uma lista separada por vírgulas de códigos HTTP. Um exemplo é200,202
. Se o código de status retornado não estiver na lista, as operações de aquecimento e troca serão interrompidas. Por padrão, todos os códigos de resposta são válidos. -
WEBSITE_WARMUP_PATH
: Um caminho relativo no site que deve ser pingado sempre que o site for reiniciado (não apenas durante trocas de slots). Exemplos de valores incluem/statuscheck
ou o caminho raiz,/
.
O <applicationInitialization>
elemento de configuração faz parte de cada inicialização do aplicativo, enquanto as configurações do aplicativo para o comportamento de aquecimento se aplicam apenas às trocas de slots.
Se você tiver algum problema, consulte Solucionar problemas de trocas mais adiante neste artigo.
Monitorar uma troca
Se a operação de swap demorar muito tempo para ser concluída, você poderá obter informações sobre a operação de swap no registro de atividades.
Na página de recursos do seu aplicativo no portal, no menu à esquerda, selecione Registro de atividades.
Uma operação de permuta aparece na consulta de log como
Swap Web App Slots
. Para exibir os detalhes, você pode expandi-lo e selecionar uma das suboperações ou erros.
Encaminhe o tráfego de produção automaticamente
Por padrão, todas as solicitações do cliente para a URL de produção do aplicativo são roteadas para o slot de produção. Você pode rotear uma parte do tráfego para outro slot. Esse recurso é útil se você precisar de comentários do usuário para uma nova atualização, mas não estiver pronto para lançá-la para produção.
Vá para a página de recursos do seu aplicativo Web e selecione Deployment>Deployment slots.
Na coluna %Tráfego do slot para o qual você deseja rotear, especifique uma porcentagem (entre 0 e 100) para representar a quantidade de tráfego total que você deseja rotear. Em seguida, selecione Guardar.
Depois de salvar a configuração, a porcentagem especificada de clientes é roteada aleatoriamente para o slot de não produção.
Depois que um cliente é automaticamente roteado para um slot específico, ele é fixado a esse slot por uma hora ou até que os cookies sejam excluídos. No navegador do cliente, pode ver a qual slot a sua sessão está fixada observando o cookie x-ms-routing-name
nos cabeçalhos HTTP. Uma solicitação direcionada para o slot de preparação tem o cookie x-ms-routing-name=staging
. Uma solicitação que é roteada para o slot de produção tem o cookie x-ms-routing-name=self
.
Encaminhar o tráfego de produção manualmente
Além do roteamento automático de tráfego, o Serviço de Aplicativo pode rotear solicitações para um slot específico. Essa opção é útil quando você deseja que seus usuários possam aceitar ou desativar seu aplicativo beta. Para rotear manualmente o tráfego de produção, utilize o parâmetro de consulta x-ms-routing-name
.
Para permitir que os usuários desativem seu aplicativo beta, por exemplo, você pode colocar este link em sua página da Web:
<a href="<webappname>.azurewebsites.net/?x-ms-routing-name=self">Go back to production app</a>
A cadeia de caracteres x-ms-routing-name=self
especifica o slot de produção. Depois que o navegador do cliente acessa o link, ele é redirecionado para o slot de produção. Cada solicitação subsequente tem o cookie x-ms-routing-name=self
e fixa a sessão no slot de produção.
Para permitir que os usuários aceitem seu aplicativo beta, defina o mesmo parâmetro de consulta para o nome do slot de não produção. Eis um exemplo:
<webappname>.azurewebsites.net/?x-ms-routing-name=staging
Por padrão, os novos slots têm uma regra de roteamento 0%
, mostrada em cinza. Quando definir explicitamente este valor como 0%
(mostrado em texto preto), os utilizadores podem aceder manualmente à rampa de teste utilizando o parâmetro de consulta x-ms-routing-name
. Eles não serão roteados para o slot automaticamente porque a porcentagem de roteamento está definida como 0
. Esta configuração é um cenário avançado em que pode ocultar o seu slot de preparação do público enquanto permite às equipas internas testarem mudanças no slot.
Excluir um slot
Pesquise e selecione seu aplicativo.
Selecione Implementação>slots de implantação>slot a eliminar>Visão geral. O tipo de aplicativo aparece como Serviço de Aplicativo (Slot) para lembrá-lo de que você está visualizando um slot de implantação.
Interrompa o slot e defina o tráfego desse slot para zero.
Na barra de comandos, selecione Eliminar.
Automatize com modelos do Resource Manager
Os modelos do Azure Resource Manager são arquivos JSON declarativos para automatizar a implantação e a configuração dos recursos do Azure. Para trocar slots usando modelos do Gerenciador de Recursos, defina duas propriedades no Microsoft.Web/sites/slots
e Microsoft.Web/sites
recursos:
-
buildVersion
: Uma propriedade string que representa a versão atual do aplicativo implantado no slot. Por exemplo:v1
,1.0.0.1
, ou2019-09-20T11:53:25.2887393-07:00
. -
targetBuildVersion
: Uma propriedade string que especifica o valor quebuildVersion
o slot deve ter. Se otargetBuildVersion
valor não for igual ao valor atualbuildVersion
, ele acionará a operação de permuta localizando o slot com o valor especificadobuildVersion
.
Exemplo de modelo do Resource Manager
O modelo do Gestor de Recursos a seguir troca dois slots ao atualizar o valor buildVersion
do slot staging
e ao atribuir o valor targetBuildVersion
no slot de produção. Você deve ter um slot chamado staging
.
{
"$schema": "https://schema.management.azure.com/schemas/2015-01-01/deploymentTemplate.json#",
"contentVersion": "1.0.0.0",
"parameters": {
"my_site_name": {
"defaultValue": "SwapAPIDemo",
"type": "String"
},
"sites_buildVersion": {
"defaultValue": "v1",
"type": "String"
}
},
"resources": [
{
"type": "Microsoft.Web/sites/slots",
"apiVersion": "2018-02-01",
"name": "[concat(parameters('my_site_name'), '/staging')]",
"location": "East US",
"kind": "app",
"properties": {
"buildVersion": "[parameters('sites_buildVersion')]"
}
},
{
"type": "Microsoft.Web/sites",
"apiVersion": "2018-02-01",
"name": "[parameters('my_site_name')]",
"location": "East US",
"kind": "app",
"dependsOn": [
"[resourceId('Microsoft.Web/sites/slots', parameters('my_site_name'), 'staging')]"
],
"properties": {
"targetBuildVersion": "[parameters('sites_buildVersion')]"
}
}
]
}
Este modelo do Resource Manager é idempotente. Você pode executá-lo repetidamente e produzir o mesmo estado dos slots. Sem qualquer alteração no modelo, as execuções subsequentes do mesmo modelo não acionam nenhuma troca de slot porque os slots já estão no estado desejado.
Solucionar problemas de trocas
Se ocorrer algum erro durante uma troca de slot, o erro aparecerá em D:\home\LogFiles\eventlog.xml
. Também é registado no log de erros do aplicativo específico.
Aqui estão alguns erros comuns de troca:
Uma solicitação HTTP para a raiz do aplicativo é temporizada. A operação de permuta aguarda 90 segundos para cada solicitação HTTP e tenta novamente até cinco vezes. Se todas as novas tentativas atingirem o tempo limite, a operação de permuta será interrompida.
A inicialização do cache local pode falhar quando o conteúdo do aplicativo exceder a cota de disco local especificada para o cache local. Para obter mais informações, consulte Visão geral do cache local do Serviço de Aplicativo do Azure.
Durante uma operação de atualização do site, pode ocorrer o seguinte erro: "O slot não pode ser alterado porque suas definições de configuração foram preparadas para troca." Este erro pode ocorrer se a primeira fase de uma troca de várias fases terminar, mas a segunda fase não tiver acontecido. Também pode ocorrer se uma troca falhar. Há duas maneiras de resolver esse problema:
- Cancele a operação de troca, que redefine o site de volta ao estado antigo.
- Conclua a operação de troca, que atualiza o site para o novo estado desejado.
Para saber como cancelar ou concluir a operação de permuta, consulte Trocar com visualização (troca de várias fases) anteriormente neste artigo.
Durante o aquecimento personalizado, as solicitações HTTP são feitas internamente sem passar pela URL externa. Eles podem falhar com determinadas regras de reescrita de URL no
Web.config
. Por exemplo, as regras para redirecionar nomes de domínio ou impor HTTPS podem impedir que as solicitações de aquecimento cheguem ao código do aplicativo. Para contornar esse problema, modifique suas regras de reescrita adicionando as duas condições a seguir:<conditions> <add input="{WARMUP_REQUEST}" pattern="1" negate="true" /> <add input="{REMOTE_ADDR}" pattern="^100?\." negate="true" /> ... </conditions>
Sem um pré-aquecimento personalizado, as regras de reescrita de URL ainda podem bloquear solicitações HTTP. Para contornar esse problema, modifique suas regras de reescrita adicionando a seguinte condição:
<conditions> <add input="{REMOTE_ADDR}" pattern="^100?\." negate="true" /> ... </conditions>
Após trocas de slots, o aplicativo pode ter reinicializações inesperadas. As reinicializações acontecem porque após uma troca, a configuração de vinculação de nome de host fica fora de sincronia. Esta situação, por si só, não causa reinícios. No entanto, determinados eventos de armazenamento subjacentes, como failovers de volume de armazenamento, podem detetar essas discrepâncias e forçar todos os processos de trabalho a reiniciar.
Para minimizar esses tipos de reinicialização, defina a configuração do aplicativo em
WEBSITE_ADD_SITENAME_BINDINGS_IN_APPHOST_CONFIG=1
. No entanto, essa configuração de aplicativo não funciona com aplicativos do Windows Communication Foundation (WCF).