Provisionar Aplicativos de Contêiner do Azure
Observação
Os planos Básico, Standard e Enterprise serão preteridos a partir de meados de março de 2025, com um período de desativação de 3 anos. Recomendamos a transição para os Aplicativos de Contêiner do Azure. Para mais informações, confira o anúncio de desativação dos Aplicativos Spring do Azure.
O plano consumo e dedicado Standard será preterido a partir de 30 de setembro de 2024, com um desligamento completo após seis meses. Recomendamos a transição para os Aplicativos de Contêiner do Azure. Para mais informações, confira Migrar o plano dedicado e consumo Standard dos Aplicativos Spring do Azure para os Aplicativos de Contêiner do Azure.
Este artigo se aplica a:✅ Básico/Standard ✅ Enterprise
Este artigo fornece uma visão geral das considerações durante a criação dos Aplicativos de Contêiner do Azure.
Nos Aplicativos Spring do Azure, os aplicativos são implantados em uma instância de serviço, que fornece uma plataforma totalmente gerenciada. Da mesma forma, nos Aplicativos de Contêiner do Azure, os aplicativos de contêiner são criados em um ambiente de Aplicativos de Contêiner do Azure, que serve como o host fundamental para aplicativos. Embora ambos os serviços forneçam ambientes de hospedagem, eles diferem em vários aspectos, como modelos de preços, manutenção, suporte regional e operações de gerenciamento. Este artigo explora essas diferenças e fornece diretrizes sobre como criar e gerenciar ambientes de Aplicativos de Contêiner do Azure.
Pré-requisitos
- Uma assinatura ativa do Azure. Se você não tiver uma, poderá criar uma conta gratuita do Azure.
- CLI do Azure.
- O provedor de recursos
Microsoft.Appestá registrado na sua assinatura do Azure. Confira mais informações em Tipos e provedores de recursos do Azure.
Criar um ambiente de Aplicativos de Contêiner do Azure
Use o seguinte comando para criar o ambiente dos Aplicativos de Contêiner do Azure:
az containerapp env create \
--resource-group $RESOURCE_GROUP \
--name $ENVIRONMENT \
--location "$LOCATION"
Para obter outras opções de configuração, consulte Comandos da CLI dos Aplicativos de Contêiner do Azure.
Depois de criar o ambiente, você pode implantar um aplicativo de contêiner dentro dele. Para obter diretrizes passo a passo, consulte Início Rápido: Implantar seu primeiro aplicativo de contêiner usando o portal do Azure.
Observação
Os ambientes de aplicativo de contêiner são excluídos automaticamente se atenderem a determinada condição, por exemplo, se um ambiente permanecer ocioso por mais de 90 dias. Para obter uma lista completa de condições, consulte a seção Políticas dos Ambientes de Aplicativos de Contêiner do Azure.
Suporte de regiões
As regiões atualmente compatíveis com os Aplicativos de Contêiner do Azure podem não estar completamente alinhadas com as regiões compatíveis com os Aplicativos Spring do Azure. Verifique a disponibilidade mais recente em Produtos disponíveis por região.
Preços
Para uma instância dos Aplicativos Spring do Azure, os encargos são baseados em um dos planos disponíveis: Básico, Standard ou Enterprise. Enquanto estiver nos Aplicativos de Contêiner do Azure, os preços dependem do tipo de ambiente e dos perfis de carga de trabalho que você escolher.
Tipo de ambiente
Há dois tipos de ambiente nos Aplicativos de Contêiner do Azure: Workload profile e Consumption only. Você pode especificar o tipo de ambiente usando o parâmetro --enable-workload-profiles ao criar seu ambiente de Aplicativos de Contêiner do Azure. Por padrão, --enable-workload-profiles é definido como true ao criar um ambiente Workload profile. Se você defini-lo como false, um ambiente Consumption only será criado.
Ambientes Workload profile permitem que você crie perfis de carga de trabalho dedicados e de consumo.
Ambientes Consumption only não dão suporte à criação de perfis de carga de trabalho.
Para considerações de cobrança para diferentes tipos, você pode encontrar mais informações na seção Tipos dos Ambientes de Aplicativos de Contêiner do Azure. Se você planeja usar sua própria rede virtual, considere as diferenças descritas na tabela a seguir:
| Tipo de ambiente | Tipos de plano com suporte | Descrição |
|---|---|---|
| Perfis de carga de trabalho | Consumo, Dedicado | Dá suporte às rotas definidas pelo usuário (UDR), saídas por meio do Gateway da NAT e criação de pontos de extremidade privados no ambiente do aplicativo de contêiner. O tamanho mínimo da sub-rede necessária é /27. |
| Apenas consumo | Consumo | Não dá suporte a UDC (rotas definidas pelo usuário), saída por meio de Gateway da NAT, emparelhamento por meio de um gateway remoto ou outra saída personalizada. O tamanho mínimo da sub-rede necessária é /23. |
Para obter mais informações, consulte Ambientes de Aplicativos de Contêiner do Azure.
Perfil de carga de trabalho
Se você optar por criar um ambiente Workload profile, poderá usar o perfil padrão Consumption ou criar perfis Dedicated extras para atender aos requisitos específicos do aplicativo. A tabela a seguir descreve essas opções:
| Tipo de perfil | Descrição | Uso potencial |
|---|---|---|
| Consumo | Adicionado automaticamente a qualquer novo ambiente. | Aplicativos que não exigem requisitos de hardware específicos. |
| Dedicado (Uso geral) | Equilíbrio de memória e recursos computacionais. | Aplicativos que exigem maiores quantidades de CPU e/ou memória. |
| Dedicado (Memória otimizada) | Aumento dos recursos de memória. | Aplicativos que precisam de acesso a grandes dados na memória, modelos de aprendizado de máquina na memória ou outros requisitos de memória elevados. |
| Dedicado (habilitado para GPU) (visualização) | GPU habilitada com mais memória e recursos de computação disponíveis nas regiões Oeste dos EUA 3 e Norte da Europa. | Aplicativos que exigem GPU. |
Para obter mais informações sobre os tipos e tamanhos de perfil de carga de trabalho, consulte a seção Tipos de Perfil de Perfis de Carga de Trabalho nos Aplicativos de Contêiner do Azure.
Estimando custos
Use a Calculadora de Preços do Azure para estimar os custos para ambos os tipos de perfil de carga de trabalho com base nos requisitos de recursos do aplicativo.
Considere dimensionar configurações e gatilhos de dimensionamento automático, pois elas afetam significativamente o uso de recursos.
Para obter mais informações, consultePerfis de Carga de Trabalho nos Aplicativos de Contêiner do Azure.
Manutenção
Os Aplicativos de Contêiner do Azure garantem que o aplicativo seja reiniciado durante a manutenção subjacente. Você pode configurar uma janela de manutenção para seu ambiente de aplicativo usando o seguinte comando:
az containerapp env maintenance-config add \
--resource-group <RESOURCE_GROUP> \
--environment <ENVIRONMENT_NAME> \
--weekday Monday \
--start-hour-utc 1 \
--duration 8
Semelhante ao recurso de manutenção planejada nos Aplicativos Spring do Azure, você pode definir os dias da semana, a hora de início e a duração, pelo menos oito horas, nos Aplicativos de Contêiner do Azure. Os Aplicativos de Contêiner executam atualizações não críticas de acordo com sua configuração de manutenção.
Observação
Os horários no formato UTC são expressos usando o formato de tempo de 24 horas. Por exemplo, caso queira que a hora de início seja 13h, o valor start-hour-utc será 13.
Os Aplicativos de Contêiner do Azure garantem que a manutenção comece dentro da janela de manutenção configurada, mas não garante que a manutenção seja concluída dentro da janela de tempo.
Somente as atualizações não críticas seguem a janela de manutenção configurada. As atualizações críticas não a seguem.
Para obter mais informações, consulte Manutenção Planejada dos Aplicativos de Contêiner do Azure.
Confiabilidade
Suporte à zona de disponibilidade
Na maioria das regiões, os Aplicativos Spring do Azure e os Aplicativos de Contêiner do Azure usam zonas de disponibilidade em regiões em que estão disponíveis. Para obter uma lista de regiões que dão suporte a zonas de disponibilidade, consulteServiços do Azure suporte a zonas de disponibilidade. Os Aplicativos de Contêiner do Azure oferecem o mesmo suporte de confiabilidade, independentemente do tipo de plano.
Para habilitar zonas de disponibilidade nos Aplicativos de Contêiner do Azure, você precisa especificar uma rede virtual com uma sub-rede disponível ao criar o ambiente do aplicativo de contêiner. Os Aplicativos Spring do Azure e os Aplicativos de Contêiner do Azure usam o mesmo parâmetro para habilitar a redundância de zona. Para obter mais informações sobre como habilitar zonas de disponibilidade, consulte Confiabilidade nos Aplicativos de Contêiner do Azure.
Recuperação de desastre
Os Aplicativos Spring do Azure e os Aplicativos de Contêiner do Azure empregam uma estratégia unificada para recuperação de desastres e continuidade dos negócios. Para obter mais informações, consulte a seção Recuperação de desastre entre regiões e continuidade dos negócios de Confiabilidade nos Aplicativos de Contêiner do Azure.
Limitações conhecidas
- Iniciar/parar: os Aplicativos Spring do Azure permitem que você inicie ou interrompa toda a instância de serviço ou aplicativos individuais. Por outro lado, os Aplicativos de Contêiner do Azure dão suporte à funcionalidade de início/parada somente no nível do aplicativo de contêiner, não para todo o ambiente.
- Excluir: quando você exclui uma instância de serviço dos Aplicativos Spring do Azure, todos os recursos subjacentes são removidos automaticamente. Por outro lado, para os Aplicativos de Contêiner do Azure, primeiro você deve excluir sub-recursos, como remover todos os aplicativos de contêiner antes de excluir o ambiente de aplicativos de contêiner.