Perguntas frequentes (FAQs) sobre Aplicativos de Contêiner do Azure

Uma lista pode ser gerada executando o seguinte comando da CLI do Azure:

  az provider show \
  --namespace Microsoft.App \
  --query "resourceTypes[?resourceType=='managedEnvironments'].locations"

Não, os Aplicativos de Contêiner do Azure não fornecem acesso direto à API do Kubernetes.

Sim, você pode importar uma API de Aplicativos de Contêiner do Azure do contexto de Gerenciamento de API.

A cobrança é baseada no consumo de recursos, incluindo CPU, memória e contagem de solicitações. Para mais informações, consulte a página de faturação .

Sim. Você pode configurar as Ações do GitHub usando a CLI do Azure ou o portal do Azure:

• Usando a CLI do Azure, execute az containerapp github-action -h para ver as opções.

• Usando o portal do Azure, vá para a janela "Implantação contínua" em seu aplicativo de contêiner.

Os Aplicativos de Contêiner do Azure decodificam a URL para proteger seu aplicativo contra ataques de confusão de URL. Um URL de solicitação com partes codificadas, como http://mysite.com/archive/http%3A%2F%2Fmysite.com%2Farchive%2F123, é enviado para seu aplicativo como http://mysite.com/archive/http%3A/mysite.com/archive/123.

Os ambientes somente de consumo têm suporte limitado para rotas definidas pelo usuário (UDRs). O ExpressRoute não é suportado. O suporte UDR limitado está disponível quando configurado da seguinte forma:

• Uma rota deve ser definida usando a Azure.<REGION_NAME> etiqueta de serviço com Next Hop = "Internet".

• As regras do NSG (grupo de segurança de rede) também devem ser configuradas conforme descrito na documentação do NSG para garantir que o ambiente funcione corretamente.

Essas limitações não se aplicam a perfis de carga de trabalho e, para suporte completo a UDR e Rota Expressa, use ambientes de perfil de carga de trabalho.

Os Aplicativos de Contêiner do Azure não movem nem armazenam dados do cliente para fora da região implantada.

Solicite um aumento de cota no portal do Azure com os Aplicativos de Contêiner do Azure selecionados como provedor.

Considere os seguintes detalhes ao submeter um pedido de aumento de quota:

• Dimensionamento de aplicativos versus ambientes: há muitas cotas diferentes disponíveis para aumentar. Use estas descrições para ajudar a identificar suas necessidades:

  • Aumentar aplicativos e núcleos por ambiente: permite executar mais aplicativos em um ambiente e/ou aplicativos mais intensivos. Recomendado se suas cargas de trabalho puderem ser implantadas dentro dos mesmos limites de rede e segurança.
  • Ambientes crescentes: recomendado se suas cargas de trabalho precisarem de limites de rede ou segurança. Observação: um contexto de negócios detalhado pode ser necessário se sua solicitação envolver o aumento de cotas no nível do ambiente. Ao solicitar uma alteração na cota ambiental regional, você deve solicitar uma alteração correspondente na cota ambiental global.

• Regiões: as aprovações para solicitações de aumento variam com base na capacidade de computação disponível nas regiões do Azure.

• Requisitos de computação específicos: a plataforma suporta 4 GB por aplicativo de contêiner. As substituições de limites de memória são avaliadas caso a caso.

• Raciocínio comercial para dimensionamento: você pode estar qualificado para uma solicitação de aumento de cota se os limites da plataforma estiverem bloqueando suas demandas de carga de trabalho. As substituições dos limites de escala são avaliadas caso a caso.

Cada recurso do Dapr passa por uma avaliação completa para garantir que impacte positivamente os clientes que executam microsserviços no ambiente de Aplicativos de Contêiner do Azure, ao mesmo tempo em que fornece a melhor experiência possível.

A disponibilidade das APIs alfa do Dapr não é garantida ou suportada pela Microsoft.

Enquanto os componentes de Nível 1 são totalmente suportados, os componentes de Nível 2 são suportados com o melhor esforço. Mais informações.

Você pode enviar uma solicitação de recurso por meio do repositório GitHub dos Aplicativos de Contêiner do Azure. Certifique-se de incluir "Dapr" no título da solicitação de recurso.

Como 1.13.6-msft.1 está sendo implementado em todas as regiões de produção, você ainda pode ver versões anteriores (como 1.12.5 ou 1.12.5-msft.6). O -msft.<number> sufixo indica as personalizações específicas feitas para os Aplicativos de Contêiner do Azure para aprimorar sua experiência.

As versões do Dapr são atualizadas com base no melhor esforço, com um forte foco na estabilidade, testes completos e minimização do impacto no cliente. O objetivo é garantir que as atualizações sejam perfeitamente integradas, sem introduzir alterações significativas.

Como as atualizações da versão do Dapr são aplicadas automaticamente, você sempre se beneficia da versão mais segura. No entanto, o Dapr nos Aplicativos de Contêiner do Azure não segue um cronograma de lançamento fixo para novos recursos. Em vez disso, o lançamento de novas versões do Dapr para novas funcionalidades depende da priorização e estabilidade dos binários do Dapr.

Encontre atualizações e anúncios de lançamento para o Dapr em Aplicativos de Contêiner do Azure no GitHub.

Não há suporte para a seleção de versões personalizadas. Em vez disso, seu ambiente é atualizado automaticamente, mantendo a integridade da oferta totalmente gerenciada e sem servidor do Dapr nos Aplicativos de Contêiner do Azure. Pode controlar as atualizações automáticas configurando a funcionalidade de manutenção planeada no ambiente das suas aplicações de contentores.

Uma implantação sem Docker permite que você implante seu aplicativo sem definir um Dockerfile em seu código. Em vez disso, a funcionalidade de compilação na nuvem de Aplicativos de Contêiner usa Buildpacks para transformar o código-fonte em sua máquina local em uma imagem de contêiner. Esta opção usa o registro padrão dos Aplicativos de Contêiner do Azure.

Você está enfrentando um problema conhecido com implantações sem Docker. Tentar novamente pode resolver este problema para ti. Se você se deparar com esse problema, abra um problema no GitHub para que nossa equipe possa investigar.

Você precisa habilitar a proteção de dados para todos os aplicativos .NET nos Aplicativos de Contêiner do Azure. Consulte Implantando e dimensionando um aplicativo ASP.NET Core em Aplicativos de Contêiner do Azure para obter detalhes.

O Container Apps suporta quatro versões LTS JDK: JDK 8, JDK 11, JDK 17 e JDK 21. Para a compilação do código-fonte, a versão padrão é JDK 17. Para uma compilação de arquivo JAR, a versão JDK é lida a partir do local do arquivo META-INF\MANIFEST. MF no JAR, mas usa a versão padrão do JDK 17 se a versão especificada não estiver disponível.

Você pode configurar a versão do JDK para substituir a versão padrão por meio de variáveis de ambiente de compilação.

Atualmente, os Aplicativos de Contêiner do Azure dão suporte ao Apache Maven como a ferramenta de compilação Java.

Você pode personalizar uma construção de imagem Java por meio de variáveis de ambiente de construção.

Ao usar containerapp up em combinação com uma base de código sem Docker, use o parâmetro para que o --location aplicativo seja executado em um local diferente do Leste dos EUA.

Evite usar tags estáticas, como latest para imagens de contêiner. O uso de tags estáticas pode levar a problemas de cache e dificultar a solução de problemas do seu aplicativo. Em vez disso, use tags exclusivas para cada implantação, como um hash Git ou data e hora para garantir que as atualizações sejam rastreadas e implantadas corretamente.

O agente gerenciado suporta apenas gRPC.