O que são os planos do Serviço de Aplicativo do Azure?

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 aplicativo é executado em um plano do Serviço de Aplicativo. O Azure Functions também tem a opção de executar em um plano do Serviço de Aplicativo.

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. Os aplicativos que você colocar no plano do Serviço de Aplicativo são executados nesses recursos de computação, conforme definido no plano.

Cada plano de serviço de aplicativo define:

• Sistema operacional (Windows, Linux)
• Região (Oeste dos EUA, Leste dos EUA e assim por diante)
• Número de instâncias de VM (máquina virtual)
• Tamanho das instâncias de VM (pequena, média, grande)
• Tipo de preço (Gratuito, Compartilhado, Básico, Standard, Premium, PremiumV2, PremiumV3, PremiumV4 IsolatedV2)

Tipos de preço

O tipo de preço de um plano de serviço de aplicativo determina quais recursos do serviço de aplicativo que você obtém e quanto você paga pelo plano. Os tipos de preços disponíveis para seu plano do Serviço de Aplicativo dependem do sistema operacional que você selecionar ao criá-lo. Esta tabela mostra as categorias de tipos de preço:

Cada camada também fornece um subconjunto específico de recursos do App Service. Esses recursos incluem domínios personalizados e certificados TLS/SSL, dimensionamento automático, slots de implantação, backups, integração do Gerenciador de Tráfego do Azure e muito mais. Quanto maior o nível, mais recursos estão disponíveis. Para descobrir quais recursos têm suporte em cada tipo de preço, consulte os detalhes do plano do Serviço de Aplicativo.

Você pode encontrar mais comparações de planos nos limites do Serviço de Aplicativo.

Para obter informações sobre preços, consulte os preços do Serviço de Aplicativo.

Considerações sobre como executar e dimensionar um aplicativo

Nos tipos Gratuita e Compartilhado, um aplicativo recebe minutos de CPU em uma instância compartilhada da máquina virtual e não é possível escalar horizontalmente.

Em outras camadas, um aplicativo é executado e dimensionado da seguinte maneira:

• Se você criar um aplicativo no Serviço de Aplicativo, ele faz parte de um plano do Serviço de Aplicativo. Quando o aplicativo é executado, ele é executado em todas as instâncias da máquina virtual configuradas no plano do serviço de aplicativo.
• Se vários aplicativos estiverem no mesmo plano do serviço de aplicativo, todos eles compartilham as mesmas instâncias de máquina virtual.
• 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 da máquina virtual.
• Se você habilitar logs de diagnóstico, realizar backups ou executar WebJobs, eles também usarão ciclos de CPU e memória nessas instâncias de máquina virtual.
• Todos os aplicativos em um plano do Serviço de Aplicativo são dimensionados juntos, pois compartilham os mesmos recursos de computação subjacentes (instâncias de VM). O dimensionamento do plano , seja manual ou por meio de regras de dimensionamento automático, afeta todos os aplicativos no 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 seção descreve como os aplicativos do serviço de aplicativo são cobrados. Para obter informações detalhadas sobre preços específicos da região, consulte os preços do Serviço de Aplicativo.

Com exceção da camada Gratuita, um plano do Serviço de Aplicativo carrega um encargo sobre os recursos de computação que ele usa:

• Camada Compartilhada: cada aplicativo recebe uma cota de minutos de CPU, portanto cada aplicativo é cobrado pela cota de CPU.
• Camadas de computação dedicadas (Basic, Standard, Premium, PremiumV2, PremiumV3, PremiumV4): o plano do Serviço de Aplicativo define o número de instâncias de VM para as quais os aplicativos são dimensionados, portanto, cada instância de VM no plano do Serviço de Aplicativo é cobrada. Essas instâncias de VM são cobradas da mesma forma, independentemente de quantos aplicativos estão sendo executados nelas. Para evitar encargos inesperados, consulte Excluir um plano do Serviço de Aplicativo.
• 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 é cobrado por usar os recursos do Serviço de Aplicativo que estão 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 ao comprar um no Azure e ao renová-lo 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 Standard ou superiores fornecem uma conexão TLS baseada em IP gratuitamente. As conexões TLS baseadas em SNI (Indicação de Nome do Servidor) são gratuitas.

Se você integrar o Serviço de Aplicativo a outro serviço do Azure, talvez seja necessário considerar os encargos desse serviço. Por exemplo, se você usar o Gerenciador de Tráfego do Azure para dimensionar seu aplicativo geograficamente, o Gerenciador de Tráfego também cobra você com base em seu uso. Para estimar o custo de serviços no Azure, consulte Calculadora de preços.

Escala para funcionalidades ou recursos

Você pode dimensionar o plano do Serviço de Aplicativo para cima ou para baixo a qualquer momento. É tão simples quanto alterar o tipo de preço do plano. Você pode escolher um tipo de preço mais baixo no início e, em seguida, escalar verticalmente mais tarde quando precisar de mais recursos do Serviço de Aplicativo.

Por exemplo, você pode começar a testar seu aplicativo Web em um plano do Serviço de Aplicativo de camada livre e não pagar nada. Ao adicionar seu nome DNS personalizado ao aplicativo Web, basta dimensionar seu plano para a camada Compartilhada. Posteriormente, quando quiser criar uma associação TLS, dimensione seu plano para a camada Básica. Quando desejar ter ambientes de preparo, escale verticalmente até a camada standard. Quando você precisar de mais núcleos, memória ou armazenamento, escale verticalmente para um tamanho maior de máquina virtual no mesmo tipo.

O mesmo processo funciona no sentido inverso. Quando não precisar mais dos recursos de uma camada superior, você pode reduzir verticalmente para um nível inferior e economizar dinheiro.

Para obter mais informações sobre como escalar verticalmente um plano do Serviço de Aplicativo, consulte Escalar verticalmente um aplicativo no Serviço de Aplicativo do Azure.

Se seu aplicativo estiver no mesmo plano do Serviço de Aplicativo com outros aplicativos, talvez você queira melhorar o desempenho do aplicativo isolando os recursos de computação. Você pode isolar os recursos movendo o aplicativo para um plano separado do Serviço de Aplicativo.

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 o custo. Você pode economizar dinheiro colocando vários aplicativos em um plano do Serviço de Aplicativo. Você pode continuar a adicionar aplicativos a um plano existente, desde que o plano tenha recursos suficientes para lidar com a carga.

No entanto, tenha em mente que os aplicativos no mesmo plano do serviço de aplicativo compartilham os mesmos recursos de computação. Para determinar se o novo aplicativo tem os recursos necessários, você precisa entender a capacidade do plano do Serviço de Aplicativo existente, juntamente com a carga esperada para o novo aplicativo. Sobrecarregar um plano do Serviço de Aplicativo pode causar tempo de inatividade para seus aplicativos novos e existentes. Você pode encontrar mais comparações entre os planos em Limites do serviço de aplicativo.

Isole seu aplicativo em um novo plano do Serviço de Aplicativo quando:

• O aplicativo está com uso intensivo de recursos. Para obter diretrizes gerais, use esta tabela:

  Plano do Serviço de Aplicativo	Aplicativos máximos
  B1, S1, P1v2, I1v1	oito
  B2, S2, P2v2, I2v1	16
  B3, S3, P3v2, I3v1	32
  P0v3, P0v4	oito
  P1v3, P1v4, I1v2	16
  P2v3, P2v4, I2v2, P1mv3, P1mv4	32
  P3v3, P3v4, I3v2, P2mv3	64
  I4v2, I5v2, I6v2	Densidade máxima limitada pelo uso de vCPU
  P3mv3, P3mv4, P4mv3, P4mv4, P5mv3, P5mv4	Densidade máxima limitada pelo uso de vCPU

• Você deseja ajustar a escala do aplicativo independentemente de 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.

Instância Gerenciada no Serviço de Aplicativo do Azure (versão prévia)

A Instância Gerenciada é uma opção de hospedagem com escopo de plano para aplicativos Web do Windows que exigem personalização do sistema operacional, rede privada opcional e suporte a componentes herdados do Windows. Ele foi projetado para migrações do tipo “levantar e melhorar” das cargas de trabalho dependentes de infraestrutura que precisam de componentes COM, acesso ao registro, instaladores MSI ou personalização do IIS, mantendo os recursos da plataforma gerenciada do Serviço de Aplicativos.

Principais recursos:

• Scripts de configuração do PowerShell para instalação persistente de sistema operacional e middleware
• Integração de rede virtual no nível do plano com DNS privado
• Adaptadores de registro com suporte do Azure Key Vault para configuração segura
• Montagens de armazenamento (Arquivos do Azure, caminhos UNC, armazenamento temporário local)
• Acesso de RDP just-in-time por meio do Azure Bastion para diagnóstico
• Identidades gerenciadas em nível de plano para autenticação de infraestrutura
• .NET Framework pré-instalado (3.5, 4.8) e .NET 8 com suporte para runtimes personalizados
• Melhor para: aplicativos herdados do .NET Framework que exigem dependências específicas do Windows, modernização gradual sem a necessidade de reescrever completamente e isolamento de rede em nível de plano para conformidade.

Limitações atuais (versão prévia): SOMENTE Windows, SKUs Pv4/Pmv4, disponíveis no Leste da Ásia, Centro-Oeste dos EUA, Norte da Europa e Leste dos EUA. Não disponível para Linux, contêineres ou no Ambiente do Serviço de Aplicativo.

Saiba mais sobre a Instância Gerenciada

Conteúdo relacionado

• Gerenciar um plano do Serviço de Aplicativo