Provisionar Aplicativos de Contêiner do Azure
Nota
Os planos Basic, Standard e Enterprise serão preteridos a partir de meados de março de 2025, com um período de aposentadoria de 3 anos. Recomendamos a transição para os Aplicativos de Contêiner do Azure. Para obter mais informações, consulte o anúncio de aposentadoria do Azure Spring Apps.
O plano de consumo padrão e dedicado 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 obter mais informações, consulte Migrar consumo padrão e plano dedicado do Azure Spring Apps para Aplicativos de Contêiner do Azure.
Este artigo aplica-se a:✅ Basic/Standard ✅ Enterprise
Este artigo fornece uma visão geral das considerações durante a criação dos Aplicativos de Contêiner do Azure.
No Azure Spring Apps, 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 aspetos, como modelos de preços, manutenção, suporte regional e operações de gerenciamento. Este artigo explora essas diferenças e fornece orientação sobre como criar e gerenciar ambientes de Aplicativos de Contêiner do Azure.
Pré-requisitos
- Uma subscrição ativa do Azure. Se não tiver uma, pode criar uma conta gratuita do Azure.
- CLI do Azure.
- O
Microsoft.Appprovedor de recursos está registrado em sua assinatura do Azure. Para obter mais informações, consulte Tipos e provedores de recursos do Azure.
Criar um ambiente de Aplicativos de Contêiner do Azure
Para criar um ambiente de Aplicativos de Contêiner do Azure, use o seguinte comando:
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 orientação passo a passo, consulte Guia de início rápido: implantar seu primeiro aplicativo de contêiner usando o portal do Azure.
Nota
Os ambientes de aplicativos de contêiner são excluídos automaticamente se atenderem a determinadas condições - 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ão
As regiões atualmente suportadas pelas Aplicações de Contentor do Azure podem não estar completamente alinhadas com as regiões suportadas pelas Aplicações Azure Spring. Verifique a disponibilidade mais recente em Produtos disponíveis por região.
Preços
Para uma instância do Azure Spring Apps, as cobranças são baseadas em um dos planos disponíveis: Básico, Standard ou Enterprise. Enquanto estiver nos Aplicativos de Contêiner do Azure, o preço depende do seu tipo de ambiente e dos perfis de carga de trabalho escolhidos.
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 --enable-workload-profiles parâmetro ao criar seu ambiente de Aplicativos de Contêiner do Azure. Por padrão, --enable-workload-profiles é definido como true ao criar um Workload profile ambiente. Se você defini-lo como false, um Consumption only ambiente será criado.
Workload profile permitem criar perfis de consumo e de carga de trabalho dedicada.
Consumption only ambientes não suportam a criação de perfis de carga de trabalho.
Para obter considerações de cobrança para diferentes tipos, você pode encontrar mais informações na seção Tipos de 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 planos suportados | Description |
|---|---|---|
| Perfis de carga de trabalho | Consumo, Dedicado | Suporta rotas definidas pelo usuário (UDR), saída através do gateway NAT e criação de pontos de extremidade privados no ambiente do aplicativo de contêiner. O tamanho mínimo necessário da sub-rede é /27. |
| Apenas consumo | Consumo | Não suporta rotas definidas pelo usuário (UDR), saída através do gateway NAT, emparelhamento através de um gateway remoto ou outra saída personalizada. O tamanho mínimo necessário da sub-rede é /23. |
Para obter mais informações, consulte Ambientes de Aplicativos de Contêiner do Azure.
Perfil da carga de trabalho
Se você optar por criar um Workload profile ambiente, poderá usar o perfil padrão Consumption ou criar perfis extras Dedicated para atender aos requisitos específicos do aplicativo. A tabela a seguir descreve essas opções:
| Tipo de perfil | Description | Utilização potencial |
|---|---|---|
| Consumo | Adicionado automaticamente a qualquer novo ambiente. | Aplicações que não requerem requisitos de hardware específicos. |
| Dedicado (Propósito geral) | Equilibra a memória e os recursos de computação. | Aplicações que requerem 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 alta memória. |
| Dedicado (GPU habilitada) (visualização) | GPU habilitada com maior memória e recursos de computação disponíveis nas regiões Oeste dos EUA 3 e Norte da Europa. | Aplicações que requerem GPU. |
Para obter mais informações sobre tipos e tamanhos de perfil de carga de trabalho, consulte a seção Tipos de perfil de Perfis de carga de trabalho em Aplicativos de Contêiner do Azure.
Estimativa de custos
Use a calculadora de preços do Azure para estimar custos para ambos os tipos de perfil de carga de trabalho com base nos requisitos de recursos do seu aplicativo.
Considere configurações de dimensionamento e gatilhos de dimensionamento automático, pois eles afetam significativamente o uso de recursos.
Para obter mais informações, consulte Perfis de carga de trabalho em aplicativos de contêiner do Azure.
Manutenção
Os Aplicativos de Contêiner do Azure garantem reinicializações normais do aplicativo durante a manutenção subjacente. Você pode configurar uma janela de manutenção para o ambiente do seu 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 no Azure Spring Apps, você pode definir os dias da semana, a hora de início e a duração - pelo menos 8 horas - nos Aplicativos de Contêiner do Azure. O Container Apps realiza atualizações não críticas de acordo com sua configuração de manutenção.
Nota
As horas no formato UTC são expressas usando o formato de hora de 24 horas. Por exemplo, se você quiser que sua hora de início seja 13:00, o start-hour-utc valor é 13.
Os Aplicativos de Contêiner do Azure garantem que a manutenção seja iniciada na janela de manutenção configurada, mas não garantem que a manutenção seja concluída dentro da janela de tempo.
Apenas as atualizações não críticas seguem a janela de manutenção configurada. As atualizações críticas não.
Para obter mais informações, consulte Manutenção planejada dos Aplicativos de Contêiner do Azure.
Fiabilidade
Suporte à zona de disponibilidade
Na maioria das regiões, os Aplicativos Azure Spring e os Aplicativos de Contêiner do Azure usam zonas de disponibilidade em regiões onde estão disponíveis. Para obter uma lista de regiões que dão suporte a zonas de disponibilidade, consulte Serviços do Azure com suporte a zona 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 Azure Spring 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 em aplicativos de contêiner do Azure.
Recuperação após desastre
Os Azure Spring Apps e os Azure Container Apps empregam uma estratégia unificada para recuperação de desastres e continuidade de negócios. Para obter mais informações, consulte a seção Recuperação de desastres entre regiões e continuidade de negócios de Confiabilidade em Aplicativos de Contêiner do Azure.
Limitações conhecidas
- Iniciar/parar: o Azure Spring Apps permite iniciar ou parar toda a instância de serviço ou aplicativos individuais. Por outro lado, os Aplicativos de Contêiner do Azure dão suporte à funcionalidade iniciar/parar 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 do Azure Spring Apps, todos os recursos subjacentes são removidos automaticamente. Por outro lado, para Aplicativos de Contêiner do Azure, você deve excluir subrecursos primeiro, como remover todos os aplicativos de contêiner antes de excluir o ambiente de aplicativos de contêiner.