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

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

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

Não, não há acesso à API do Kubernetes.

Sim.

Consulte a página de faturamento para obter detalhes.

Sim. 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.

Para ambientes somente consumo, rotas expressas não são suportadas e UDR limitado quando configurado da seguinte forma é suportado. A configuração UDR deve ter uma rota configurada para Azure.<REGION_NAME> a etiqueta de serviço com Next Hop = "Internet". Além disso, as regras na documentação do NSG devem ser configuradas para que o ambiente Somente consumo esteja operacional. 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.

Tenha em mente o seguinte quando se trata de solicitações de aumento de cota:

• 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.

O cronograma de lançamento típico do Dapr é de até seis semanas após o lançamento do Dapr OSS. A versão mais recente do Dapr é disponibilizada nos Aplicativos de Contêiner do Azure somente após testes rigorosos. A implantação em todas as regiões pode levar até duas semanas ou mais.

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.

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 isso para você. 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.

Maven

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.