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
O Ambiente do Serviço de Aplicativo v1 e v2 será desativado em 31 de agosto de 2024. Após essa data, essas versões não serão mais suportadas e qualquer Ambiente do Serviço de Aplicativo v1 e v2s restante e os aplicativos executados neles serão excluídos.
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 ou v2, siga as etapas neste artigo para migrar para a nova versão.
A partir de 29 de janeiro de 2024, você não poderá mais criar novos recursos do Ambiente do Serviço de Aplicativo v1 ou v2 usando qualquer um dos métodos disponíveis, incluindo modelos ARM/Bicep, Portal do Azure, CLI do Azure ou API REST. Você deve migrar para o Ambiente do Serviço de Aplicativo v3 antes de 31 de agosto de 2024 para evitar a exclusão de recursos e a perda de dados.
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 |
| 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 que significa "sem dependências de rede na rede virtual do cliente"?
- 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?
- A que se refere o sufixo de domínio personalizado?
- Em que regiões são suportadas as diferentes versões?
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.