Examinar a troca de slots

Concluído

Quando troca slots (por exemplo, de uma ranhura de paragem para a ranhura de produção), Serviço de Aplicações faz o seguinte para garantir que a ranhura do alvo não experimenta tempo de inatividade:

  1. Aplicar as seguintes definições da ranhura-alvo (por exemplo, a ranhura de produção) a todas as instâncias da ranhura de origem:

    • Se aplicável, definições de aplicações específicas de slot e cadeias de ligação.
    • Definições de implementação contínua, se ativadas.
    • Serviço de Aplicações configurações de autenticação, se ativadas.

    Qualquer um destes casos desencadeia todas as instâncias na ranhura de origem para reiniciar. Durante a troca com pré-visualização, isto marca o fim da primeira fase. A operação de troca é interrompida e pode validar que a ranhura de origem funciona corretamente com as definições da ranhura do alvo.

  2. Aguarde por todas as instâncias da ranhura de origem para completar o seu reinício. Se alguma instância não reiniciar, a operação de troca reverte todas as alterações na ranhura de origem e interrompe o funcionamento.

  3. Se a cache local estiver ativada, desencadeie a inicialização da cache local fazendo um pedido HTTP à raiz da aplicação ("/") em cada instância da ranhura de origem. Aguarde até que cada instância retorne qualquer resposta HTTP. A inicialização da cache local provoca um novo recomeço em cada instância.

  4. Se a troca automática estiver ativada com aquecimento personalizado, desencadeie o Início da Aplicação fazendo um pedido HTTP à raiz da aplicação ("/") em cada instância da ranhura de origem.

    • Se applicationInitialization não for especificado, desemocione um pedido HTTP para a raiz de aplicação da ranhura de origem em cada instância.

    • Se um caso retornar qualquer resposta HTTP, é considerado como aquecido.

  5. Se todas as instâncias da ranhura de origem forem aquecidas com sucesso, troque as duas ranhuras trocando as regras de encaminhamento para as duas ranhuras. Após este passo, a ranhura-alvo (por exemplo, a ranhura de produção) tem a aplicação que já foi aquecida na ranhura de origem.

  6. Agora que a ranhura de origem possui a aplicação de pré-troca anteriormente na ranhura alvo, execute a mesma operação aplicando todas as definições e reiniciando as instâncias.

Em qualquer ponto da operação de troca, todo o trabalho de inicialização das aplicações trocadas ocorre na ranhura de origem. A ranhura do alvo permanece on-line enquanto a ranhura de origem está a ser preparada e aquecida, independentemente de onde a troca tenha sucesso ou falhe. Para trocar uma ranhura de encenação com a ranhura de produção, certifique-se de que a ranhura de produção é sempre a ranhura-alvo. Desta forma, a operação de troca não afeta a sua aplicação de produção.

Quando clona a configuração de outra ranhura de implantação, a configuração clonada é editável. Alguns elementos de configuração seguem o conteúdo através de uma troca (não específica para a ranhura), enquanto outros elementos de configuração permanecem na mesma ranhura após uma troca (específica slot). A tabela a seguir mostra as definições que mudam quando troca slots.

Definições que são trocadas Configurações que não são trocadas
Configurações gerais, tais como versão-quadro, tomadas web de 32/64 bits Pontos finais de publicação
Definições de aplicativos (pode ser configurado para manter uma ranhura) Nomes de domínio personalizados
Cadeias de ligação (podem ser configuradas para se colarem a uma ranhura) Certificados não públicos e definições de TLS/SSL
Mapeamentos de manipulador Configurações de escala
Certificados públicos Agendadores WebJobs
Conteúdo da WebJobs Restrições ip
Ligações híbridas * Sempre ligado
Integração de rede virtual * Definições de registo de diagnóstico
Pontos finais de serviço * Partilha de recursos transversais à origem (CORS)
Rede de Entrega de Conteúdos Azure *

As características marcadas com um asterisco (*) estão planeadas para não seremgrafadas.

Nota

Para tornar as definições permutáveis, adicione a definição WEBSITE_OVERRIDE_PRESERVE_DEFAULT_STICKY_SLOT_SETTINGS da aplicação em cada ranhura da aplicação e defina o seu valor para 0 ou false. Estas definições são todas permutáveis ou não são nada. Não podes fazer apenas algumas definições trocadas e não as outras. As identidades geridas nunca são trocadas e não são afetadas por esta definição de aplicações de substituição.

Para configurar uma definição de aplicação ou cadeia de ligação para se manter numa ranhura específica (não trocada), aceda à página de Configuração para essa ranhura. Adicione ou edite uma definição e, em seguida, selecione a definição de ranhura de implementação. A seleção desta caixa de verificação diz Serviço de Aplicações que a definição não é permutável.