Partilhar via


Comparação de versões do Ambiente do Serviço de Aplicativo

O Ambiente do Serviço de Aplicativo tem três versões. O Ambiente do Serviço de Aplicativo v3 é a versão mais recente e oferece vantagens e diferenças de recursos em relação às versões anteriores.

Importante

Este artigo inclui informações sobre o Ambiente do Serviço de Aplicativo v1 e v2. O Ambiente do Serviço de Aplicativo v1 e v2 foi desativado a partir de 31 de agosto de 2024. Há uma nova versão do Ambiente do Serviço de Aplicativo que é mais fácil de usar e é executada em uma infraestrutura mais poderosa. Para saber mais sobre a nova versão, comece com a Introdução ao Ambiente do Serviço de Aplicativo. Se você estiver usando o Ambiente do Serviço de Aplicativo v1, siga as etapas neste artigo para migrar para a nova versão.

A partir de 31 de agosto de 2024, o Contrato de Nível de Serviço (SLA) e os Créditos de Serviço não se aplicam mais às cargas de trabalho do Ambiente do Serviço de Aplicativo v1 e v2 que continuam em produção, pois são produtos desativados. A desativação do hardware do Ambiente do Serviço de Aplicativo v1 e v2 começou, e isso pode afetar a disponibilidade e o desempenho de seus aplicativos e dados.

Você deve concluir a migração para o Ambiente do Serviço de Aplicativo v3 imediatamente ou seus aplicativos e recursos podem ser excluídos. Tentaremos migrar automaticamente qualquer Ambiente do Serviço de Aplicativo restante v1 e v2 com base no melhor esforço usando o recurso de migração in-loco, mas a Microsoft não faz nenhuma reivindicação ou garantia sobre a disponibilidade do aplicativo após a migração automática. Talvez seja necessário executar a configuração manual para concluir a migração e otimizar a escolha de SKU do plano do Serviço de Aplicativo para atender às suas necessidades. Se a migração automática não for viável, seus recursos e dados de aplicativos associados serão excluídos. Exortamo-lo vivamente a agir agora para evitar qualquer um destes cenários extremos.

Se você precisar de tempo adicional, podemos oferecer um período de carência único de 30 dias para que você conclua sua migração. Para obter mais informações e solicitar esse período de carência, revise a visão geral do período de carência e vá para o portal do Azure e visite a folha Migração para cada um dos seus Ambientes do Serviço de Aplicativo.

Para obter as informações mais atualizadas sobre a desativação do Ambiente do Serviço de Aplicativo v1/v2, consulte a atualização de desativação do Ambiente do Serviço de Aplicativo v1 e v2.

Comparação entre versões

Implementação

Caraterística Ambiente do Serviço de Aplicativo v1 Ambiente do Serviço de Aplicativo v2 Ambiente do Serviço de Aplicativo v3
Hardware Serviços na nuvem (clássico) Serviços na nuvem (clássico) Conjuntos de Dimensionamento de Máquinas Virtuais
SKUs disponíveis P1, P2, P3, P4 I1, I2, I3 I1v2, I2v2, I3v2, I4v2, I5v2, I6v2
CPU Núcleos físicos Núcleos físicos CPu virtual (vCPU)
Contagem máxima de instâncias 55 hosts (front-ends padrão + trabalhadores) 100 instâncias por plano do Serviço de Aplicativo. Máximo de 200 instâncias em todos os planos. 100 instâncias por plano do Serviço de Aplicativo. Máximo de 200 instâncias em todos os planos.
Redundância entre zonas Não Não - a fixação de uma zona está disponível Sim
Grupo de anfitriões dedicado No Não Sim (não compatível com redundância de zona)
Preferência de atualização para manutenção planejada No No Sim
FTPS Sim Sim Sim, deve ser explicitamente habilitado. O acesso ao ponto de extremidade FTPS usando sufixo de domínio personalizado não é suportado.
Estrutura do ponto final FTPS ftps://APP-NAME.ASE-NAME.appserviceenvironment.net ftps://APP-NAME.ASE-NAME.appserviceenvironment.net - O sufixo de domínio personalizado é suportado se você tiver um configurado substituindo o nome do Ambiente do Serviço de Aplicativo e o sufixo de domínio padrão pelo sufixo de domínio personalizado. ftps://ASE-NAME.ftp.appserviceenvironment.net/site/wwwroot - O sufixo de domínio personalizado não é suportado. Cada aplicativo no mesmo Ambiente do Serviço de Aplicativo v3 usa o mesmo ponto de extremidade FTPS, mas tem suas próprias credenciais exclusivas de escopo de aplicativo para autenticação.
Depuração remota Sim Sim Sim, deve ser explicitamente ativado
Suporte de rede virtual do Azure (clássico) Sim No Não

Rede

Caraterística Ambiente do Serviço de Aplicativo v1 Ambiente do Serviço de Aplicativo v2 Ambiente do Serviço de Aplicativo v3
Dependências de rede Deve gerenciar todo o tráfego de entrada e saída. Os grupos de segurança de rede devem permitir o tráfego de gerenciamento. Deve gerenciar todo o tráfego de entrada e saída. Os grupos de segurança de rede devem permitir o tráfego de gerenciamento. Verifique se o Azure Load Balancer é capaz de se conectar à sub-rede na porta 16001. Sem dependências de rede na rede virtual do cliente. Verifique se o Azure Load Balancer é capaz de se conectar à sub-rede na porta 80.
Suporte a terminais privados No Não Sim, deve ser explicitamente ativado
Alcance aplicativos em um ambiente de Serviço de Aplicativo VIP interno em emparelhamento global No No Sim
Tráfego SMTP Sim Sim Sim
Inspetor de rede ou logs de fluxo NSG para monitorar o tráfego Sim Sim Sim
Delegação de sub-rede Não obrigatório Não obrigatório Deve ser delegado a Microsoft.Web/hostingEnvironments
Tamanho da sub-rede Um Ambiente do Serviço de Aplicativo v1 sem planos do Serviço de Aplicativo usa 12 endereços antes de criar um aplicativo. Se você usar um Ambiente do Serviço de Aplicativo ILB v1, ele usará 13 endereços antes de criar um aplicativo. À medida que você expande, as funções de infraestrutura são adicionadas a cada múltiplo de 15 e 20 instâncias do seu plano do Serviço de Aplicativo. Um Ambiente do Serviço de Aplicativo v2 sem planos do Serviço de Aplicativo usa 12 endereços antes de criar um aplicativo. Se você usar um ILB App Service Environment v2, ele usará 13 endereços antes de criar um aplicativo. À medida que você expande, as funções de infraestrutura são adicionadas a cada múltiplo de 15 e 20 instâncias do seu plano do Serviço de Aplicativo. Qualquer sub-rede em particular tem cinco endereços reservados para fins de gestão. Além dos endereços de gerenciamento, o Ambiente do Serviço de Aplicativo v3 dimensiona dinamicamente a infraestrutura de suporte e usa entre 4 e 27 endereços, dependendo da configuração e da carga. Você pode usar os endereços restantes para instâncias no plano do Serviço de Aplicativo. O tamanho mínimo da sua sub-rede pode ser um espaço de endereço /27 (32 endereços).
Fallback de DNS Azure DNS Azure DNS Verifique se você tem um encaminhador para um DNS público ou inclua o DNS do Azure na lista de servidores DNS personalizados

Dimensionamento

O Ambiente do Serviço de Aplicativo v3 é executado na infraestrutura mais recente dos Conjuntos de Dimensionamento de Máquina Virtual, enquanto o Ambiente do Serviço de Aplicativo v1 e v2 é executado nos Serviços de Nuvem (clássico). Por isso, o Ambiente do Serviço de Aplicativo v3 tem o melhor desempenho e os tempos de dimensionamento mais rápidos em todas as versões.

Caraterística Ambiente do Serviço de Aplicativo v1 Ambiente do Serviço de Aplicativo v2 Ambiente do Serviço de Aplicativo v3
Gerenciamento de dimensionamento front-end Manual Manual Gerido por plataforma
Operações de dimensionamento Bloqueia outras operações de dimensionamento Bloqueia outras operações de dimensionamento Não bloqueia outras operações de escala

Certificados e domínios

Caraterística Ambiente do Serviço de Aplicativo v1 Ambiente do Serviço de Aplicativo v2 Ambiente do Serviço de Aplicativo v3
Ligação TLS (Transport Layer Security) ou SSL (Secure Sockets Layer) baseada em IP com as suas aplicações Sim Sim No
Sufixo de domínio personalizado Sim (requer conexão TLS baseada em SNI) Sim (suportado apenas com determinadas versões da API) Sim
Nome de host padrão Se você tiver um sufixo de domínio personalizado, o nome de host padrão incluirá seu sufixo de domínio personalizado e estará na forma APP-NAME.internal.contoso.com. Se você tiver um sufixo de domínio personalizado, o nome de host padrão incluirá seu sufixo de domínio personalizado e estará na forma APP-NAME.internal.contoso.com. O nome de host padrão sempre usa o sufixo de domínio padrão do Ambiente do Serviço de Aplicativo e está na forma APP-NAME.ASE-NAME.appserviceenvironment.net. O Ambiente do Serviço de Aplicativo v3 mantém o sufixo de domínio padrão quando você adiciona um sufixo de domínio personalizado. Se você adicionar um sufixo de domínio personalizado, a configuração de sufixo de domínio personalizado estará sob a customDnsSuffixConfiguration propriedade.
Suporte para certificados gerenciados do Serviço de Aplicativo No No Não

Cópia de Segurança e restauro

Caraterística Ambiente do Serviço de Aplicativo v1 Ambiente do Serviço de Aplicativo v2 Ambiente do Serviço de Aplicativo v3
Executar uma operação de backup e restauração em uma conta de armazenamento atrás de um firewall Sim Sim No

Registos e monitorização

Caraterística Ambiente do Serviço de Aplicativo v1 Ambiente do Serviço de Aplicativo v2 Ambiente do Serviço de Aplicativo v3
Registo de aplicações na conta de armazenamento através da rede virtual Sim Sim N.º A recomendação é usar o log de diagnóstico. Se você precisar usar um firewall para a conta de armazenamento de log, a conta de armazenamento deverá estar em uma região diferente e usar os endereços públicos de saída do Ambiente do Serviço de Aplicativo nas regras. Para obter mais informações, veja considerações sobre a rede.
Integração do Azure Policy Sim Sim Sim
Integração do Azure Advisor Sim Sim Sim

Preços

O Ambiente do Serviço de Aplicativo v3 geralmente é mais barato do que as versões anteriores devido à remoção da taxa de selo e aos tamanhos de instância maiores. Para obter informações e cenários de exemplo sobre como a migração para o Ambiente do Serviço de Aplicativo v3 pode afetar seus custos, consulte os exemplos de preços de migração e Estimar sua economia de custos migrando para o Ambiente do Serviço de Aplicativo v3.

Caraterística Ambiente do Serviço de Aplicativo v1 Ambiente do Serviço de Aplicativo v2 Ambiente do Serviço de Aplicativo v3
Preços Pague por cada vCPU Taxa de selo mais custo por instância isolada, as reservas estão disponíveis para a taxa de selo Sem taxa de selo e a taxa Isolated v2 tem preços de instância reservada de 1 a 3 anos. Os Planos de Poupança do Azure para Computação também estão disponíveis.

Perguntas mais frequentes

Quais SKUs estão disponíveis no Ambiente do Serviço de Aplicativo v1, v2 e v3?

O Ambiente do Serviço de Aplicativo v1 usa a SKU Premium e o Ambiente do Serviço de Aplicativo v2 usa a KU Isolada. O Ambiente do Serviço de Aplicativo v3 usa Isolado v2. As tabelas a seguir listam as instâncias disponíveis para cada SKU com suas respetivas contagens de núcleo e RAM. As instâncias correspondentes entre Isolated v2 e Isolated têm o dobro de núcleos e RAM. Esse aumento na capacidade deve ser revisado ao migrar de Isolado ou Premium para o Ambiente do Serviço de Aplicativo v3 para garantir que você não seja provisionado em excesso.

Ambiente do Serviço de Aplicativo v3 (Isolado v2):

Isolado v2 Núcleos RAM (GB)
I1v2 2 8
I2v2 4 16
I3v2 8 32
I4v2 16 64
I5v2 32 128
I6v2 64 256

Ambiente do Serviço de Aplicativo v2 (Isolado):

Isolado Núcleos RAM (GB)
I1 1 3.5
I2 2 7
I3 4 14

Ambiente do Serviço de Aplicativo v1 (Premium):

Premium Núcleos RAM (GB)
P1 1 1,75
P2 2 3.5
P3 4 7
P4 8 14

O que significa "sem dependências de rede na rede virtual do cliente"?

No Ambiente do Serviço de Aplicativo v3, você não precisa definir regras de entrada e saída para o tráfego de gerenciamento e dependência. O Ambiente do Serviço de Aplicativo v3 foi projetado para que o tráfego de gerenciamento e dependência permaneça no backbone do Azure em vez da sua rede virtual. O único tráfego que atravessa sua rede virtual é o tráfego de aplicativos de e para seus aplicativos.

O requisito mínimo para que o Ambiente do Serviço de Aplicativo v3 esteja operacional é:

Porta(s) de Origem/Destino Direção Origem Destino Propósito
* / 80 Interna AzureLoadBalancer Intervalo de sub-redes do Ambiente do Serviço de Aplicativo Permitir tráfego de ping de integridade interna

Para obter mais informações sobre dependências de rede do Ambiente do Serviço de Aplicativo v3, consulte portas e restrições de rede.

No Ambiente do Serviço de Aplicativo v2, há muitos requisitos de entrada e saída que você precisa gerenciar. Modificar essas regras pode fazer com que o ambiente entre em um estado insalubre.

  • Entrada
    • TCP da marca de serviço IP AppServiceManagement nas portas 454, 455
    • TCP do balanceador de carga na porta 16001
    • Da sub-rede Ambiente do Serviço de Aplicativo para a sub-rede Ambiente do Serviço de Aplicativo em todas as portas
  • Saída
    • UDP para todos os IPs na porta 53
    • UDP para todos os IPs na porta 123
    • TCP para todos os IPs na porta 80, 443
    • TCP para a marca de serviço IPs Sql nas portas 1433
    • TCP para todos os IPs na porta 12000
    • Para a sub-rede Ambiente do Serviço de Aplicativo em todas as portas

Para obter mais informações sobre dependências de rede do Ambiente do Serviço de Aplicativo v2, consulte Dependências de entrada e saída.

Por que o backup e a restauração em uma conta de armazenamento por trás de um firewall não são suportados no Ambiente do Serviço de Aplicativo v3?

Essa limitação é resultado da alteração de infraestrutura subjacente que foi implementada para o Ambiente do Serviço de Aplicativo v3. Como o backup e a restauração são operações de gerenciamento e todo o tráfego de gerenciamento é isolado fora da rede virtual do cliente, essas operações precisam ocorrer por meio da rede de backbone do Azure. Portanto, o cliente não pode permitir explicitamente esse tráfego através do firewall em sua conta de armazenamento.

A que se refere o sufixo de domínio personalizado?

O sufixo de domínio personalizado é para o Ambiente do Serviço de Aplicativo. Ele está disponível no Ambiente do Serviço de Aplicativo v1 e v3, mas foi removido do Ambiente do Serviço de Aplicativo v2.

É diferente de uma associação de domínio personalizada no Serviço de Aplicativo. O sufixo de domínio personalizado define um domínio raiz que pode ser usado pelo Ambiente do Serviço de Aplicativo. Na variação pública do Serviço de Aplicativo do Azure, o domínio raiz padrão para todos os aplicativos Web é azurewebsites.net. Para ambientes ILB App Service, o domínio raiz padrão é appserviceenvironment.net. No entanto, como um ambiente do ILB App Service é interno à rede virtual de um cliente, os clientes podem usar um domínio raiz além do padrão que faz sentido para uso na rede virtual interna de uma empresa. Por exemplo, uma hipotética Contoso Corporation pode usar um domínio raiz padrão de internal.contoso.com para aplicativos que se destinam a ser resolvidos e acessíveis apenas na rede virtual da Contoso. Um aplicativo nessa rede virtual pode ser acessado acessando APP-NAME.internal.contoso.com.

Para obter mais informações sobre sufixo de domínio personalizado, consulte Sufixo de domínio personalizado para ambientes do Serviço de Aplicativo.

Em que regiões são suportadas as diferentes versões?

Devido a alterações de hardware entre as versões, há algumas regiões onde o Ambiente do Serviço de Aplicativo v1/v2 pode ser suportado, mas não o Ambiente do Serviço de Aplicativo v3. A lista de regiões suportadas é continuamente atualizada com as últimas disponibilidades.

Próximos passos