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.
Um plano do Serviço de Aplicativo do Azure define um conjunto de recursos de computação para execução de um aplicativo Web. Um serviço de aplicação funciona sempre num plano de Serviço de Aplicações. O Funções do Azure também utiliza planos App Service em alguns cenários.
Ao criar um plano do Serviço de Aplicativo em uma determinada região, você cria um conjunto de recursos de computação para esse plano nessa região. As aplicações que colocares no plano de Serviços de Aplicações correm nesses recursos de computação.
Importante
O Managed Instance está geralmente disponível para aplicações web Windows em regiões selecionadas e está limitado a planos de preços Pv4 e Pmv4. A Microsoft irá adicionar mais regiões ao longo do tempo. O Managed Instance não suporta Linux nem containers.
Cada Plano do Serviço de Aplicações define o seguinte:
- Sistema operacional (Windows, Linux)
- Região (E.U.A. Oeste, E.U.A. Leste e assim sucessivamente.)
- Número de instâncias de máquina virtual (VM)
- Tamanho das instâncias de VM (pequenas, médias, grandes)
- Nível de preço (Gratuito, Compartilhado, Básico, Padrão, Premium, PremiumV2, PremiumV3, PremiumV4 IsoladoV2)
Níveis de Preço
O nível de preços de um plano do Serviço de Aplicações determina as funcionalidades do Serviço de Aplicações que obtém e quanto paga pelo plano. Os preços disponíveis para o seu plano de Serviços de Aplicações dependem do sistema operativo, região e outros fatores.
| Categoria | Níveis | Descrição |
|---|---|---|
| Computação compartilhada | Grátis, Partilhado | os dois escalões de base, Gratuito e Partilhado, executam uma aplicação na mesma VM do Azure, tal como outras aplicações do Serviço de Aplicações, incluindo aplicações de outros clientes. Estes níveis atribuem quotas de CPU a cada aplicação que executas. |
| Computação dedicada | Básico, Standard, Premium, PremiumV2, PremiumV3, PremiumV4 | As camadas Basic, Standard, Premium, PremiumV2, PremiumV3 e PremiumV4 executam aplicativos em VMs dedicadas do Azure. Só as aplicações do mesmo plano de App Service partilham as mesmas instâncias de VM. |
| Plano Isolado | IsoladoV2 | A camada IsolatedV2 executa VMs dedicadas do Azure em redes virtuais dedicadas do Azure. Essa camada fornece isolamento de rede além do isolamento de computação para seus aplicativos. Proporciona um nível de isolamento em relação aos outros clientes. |
Cada escalão também proporciona um subconjunto específico de funcionalidades do Serviço de Aplicações. Esses recursos incluem domínios personalizados e certificados TLS/SSL, dimensionamento automático, slots de implantação, backups, integração do Gestor de Tráfego do Azure e muito mais.
Você pode encontrar mais comparações de planos em Limites do Serviço de Aplicativo.
Para obter informações sobre preços, consulte Preços do Serviço de Aplicativo.
Considerações para executar e dimensionar um aplicativo
Nas camadas Livre e Partilhada, uma aplicação recebe minutos de CPU numa instância de VM partilhada e não pode ser escalada.
Em outras camadas, um aplicativo é executado e dimensionado da seguinte maneira:
- Se você criar um aplicativo no Serviço de Aplicativo, ele fará parte de um plano do Serviço de Aplicativo. Quando o aplicativo é executado, ele é executado em todas as instâncias de VM configuradas no plano do Serviço de Aplicativo.
- Se vários aplicativos estiverem no mesmo plano do Serviço de Aplicativo, todos eles compartilharão as mesmas instâncias de VM.
- Se você tiver vários slots de implantação para um aplicativo, todos os slots de implantação também serão executados nas mesmas instâncias de VM.
- Se habilitares logs de diagnóstico, efetuares cópias de segurança ou correres WebJobs, eles também usam ciclos de CPU e memória nestas instâncias de VM.
- Todos os aplicativos em um plano do Serviço de Aplicativo são dimensionados juntos, porque compartilham os mesmos recursos de computação subjacentes (instâncias de VM). O dimensionamento do plano, seja manualmente ou por meio de regras de dimensionamento automático, afeta todos os aplicativos do plano.
Para obter mais informações sobre como dimensionar um aplicativo, consulte Introdução ao dimensionamento automático no Azure.
Custo dos planos do Serviço de Aplicativo
Esta secção descreve como as aplicações do Serviço de Aplicações são faturadas. Para obter informações detalhadas sobre preços específicos da região, consulte Preços do Serviço de Aplicativo.
Com exceção do nível Gratuito, um plano do Serviço de Aplicativo cobra uma taxa sobre os recursos de computação que usa:
- Nível compartilhado: cada aplicativo recebe uma cota de minutos de CPU, portanto, cada aplicativo é cobrado pela cota de CPU.
- Níveis de computação dedicados (Basic, Standard, Premium, PremiumV2, PremiumV3, PremiumV4): O plano de Serviços de Aplicações define o número de instâncias de VM para as quais as aplicações são escaladas, pelo que cada instância de VM é cobrada.
Nota
Em camadas de computação dedicadas, os recursos VM são dedicados ao seu plano de Serviço de Aplicações e não são partilhados com outros clientes.
No entanto, quaisquer aplicações que coloque dentro do mesmo plano de Serviço de Aplicações partilham esses recursos dedicados entre si.
Isto significa que a computação é dedicada ao nível do plano, não ao nível de cada aplicação.
Para isolar o cálculo por aplicação, crie um plano separado de Serviço de Aplicações.
- Camada IsolatedV2: o Ambiente do Serviço de Aplicativo define o número de trabalhadores isolados que executam seus aplicativos e cada trabalhador é cobrado.
Você não será cobrado pelo uso dos recursos do Serviço de Aplicativo disponíveis para você. Esses recursos incluem a configuração de domínios personalizados, certificados TLS/SSL, slots de implantação e backups. As exceções são:
- Domínios do Serviço de Aplicativo: você paga quando compra um no Azure e quando o renova a cada ano.
- Certificados do Serviço de Aplicativo: você paga quando compra um no Azure e quando o renova a cada ano.
- Conexões TLS baseadas em IP: há uma cobrança por hora para cada conexão TLS baseada em IP, mas algumas camadas padrão ou superiores oferecem uma conexão TLS baseada em IP gratuitamente. As ligações TLS de Indicação de Nome do Servidor (SNI) são gratuitas.
Se você integrar o Serviço de Aplicativo com outro serviço do Azure, talvez seja necessário considerar cobranças desse serviço. Por exemplo, se usar o Gestor de Tráfego do Azure para escalar geograficamente a sua aplicação, aplicam-se cobranças no Traffic Manager.
Sugestão
Os serviços do Azure custam dinheiro. Para ajudar a controlar os gastos, pode usar o Microsoft Cost Management para definir orçamentos e configurar alertas.
Você pode analisar, gerenciar e otimizar seus custos do Azure usando o Gerenciamento de Custos. Para saber mais, veja o início rápido da análise dos custos.
Escalonamento para capacidades ou funcionalidades
Você pode aumentar ou diminuir a escala do seu plano do Serviço de Aplicativo a qualquer momento. É tão simples como alterar o nível de preços do plano. Podes escolher uma faixa de preços mais baixa no início, e depois aumentar quando precisares de mais capacidades.
Por exemplo, você pode começar a testar seu aplicativo Web em um plano do Serviço de Aplicativo de nível gratuito e não pagar nada. Quando adicionares o teu nome DNS personalizado à aplicação web, basta aumentares o teu plano para um nível superior.
O mesmo processo funciona em sentido inverso. Quando você não precisa mais dos recursos de uma camada mais alta, pode reduzir para uma camada inferior e economizar dinheiro.
Para obter mais informações sobre como expandir um plano do Serviço de Aplicativo, consulte Dimensionar um aplicativo no Serviço de Aplicativo do Azure.
Se o seu aplicativo estiver no mesmo plano do Serviço de Aplicativo com outros aplicativos, convém melhorar o desempenho do aplicativo isolando os recursos de computação. Pode isolar os recursos movendo a aplicação para um novo plano de App Service.
Decisão de usar um novo plano ou um plano existente para um aplicativo
Você paga pelos recursos de computação que seu plano do Serviço de Aplicativo aloca conforme descrito na seção anterior sobre custo. Você pode economizar dinheiro colocando vários aplicativos em um plano do Serviço de Aplicativo. No entanto, deve garantir que o plano tem recursos suficientes para as suas aplicações.
Aplicações no mesmo plano de Serviços de Aplicações partilham os mesmos recursos de computação. Para determinar se a nova aplicação tem os recursos necessários, é necessário compreender a capacidade do plano e os requisitos de recursos das aplicações.
Isolar a sua aplicação num novo plano de serviço de aplicações quando:
O aplicativo consome muitos recursos. Para orientações gerais, utilize esta tabela:
plano do Serviço de Aplicações Máximo de aplicações B1, S1, P1v2, I1v1 8 B2, S2, P2v2, I2v1 16 B3, S3, P3v2, I3v1 32 P0v3, P0v4 8 P1v3, P1v4, I1v2 16 P2v3, P2v4, I2v2, P1mv3, P1mv4 32 P3v3, P3v4, I3v2, P2mv3 64 I4v2, I5v2, I6v2 Densidade máxima limitada pelo uso da vCPU P3mv3, P3mv4, P4mv3, P4mv4, P5mv3, P5mv4 Densidade máxima limitada pelo uso da vCPU Você deseja dimensionar o aplicativo independentemente dos outros aplicativos no plano existente.
O aplicativo precisa de recursos em uma região geográfica diferente. Dessa forma, você pode alocar um novo conjunto de recursos para seu aplicativo e obter maior controle de seus aplicativos.
Nota
Um slot ativo também é classificado como um aplicativo ativo porque está competindo por recursos no mesmo plano do Serviço de Aplicativo.
Instância Gerida no Serviço de Aplicações do Azure
A Instância Gerida é uma opção de alojamento com âmbito plano para aplicações web Windows que requerem personalização do sistema operativo, rede privada opcional e suporte a componentes Windows legados. Foi concebido para aplicações que requerem controlo ao nível do sistema operativo sem gerir máquinas virtuais.
Principais funcionalidades:
- Scripts de configuração PowerShell para configuração persistente de SO e middleware
- Integração de rede virtual ao nível do plano com DNS privado
- Adaptadores de registo respaldados por Azure Key Vault para configuração segura
- Montagens de armazenamento (Ficheiros do Azure, caminhos UNC, armazenamento temporário local)
- Acesso RDP em tempo real via Azure Bastion para diagnósticos
- Identidades geridas no nível do plano para a autenticação de infraestrutura
- .NET Framework pré-instalado (3.5, 4.8) e .NET 8 com suporte para runtimes personalizados
- Ideal para: aplicações legadas do .NET Framework que requerem dependências específicas do Windows, modernização gradual sem reescritas completas e isolamento de rede ao nível do plano para conformidade.
Limitações atuais: apenas para Windows, SKUs Pv4/Pmv4. Não disponível para Linux, containers ou camadas Livre/Partilhada/Dedicada.
Para verificar a disponibilidade regional de um SKU específico, use CLI do Azure versão 2.82.0 ou posterior:
az appservice list-locations --managed-instance-enabled --sku <sku>
Saiba mais sobre a Instância Gerida