Perguntas frequentes sobre os Aplicativos de Contêiner do Azure

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

Sim.

Consulte a página cobrança 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. Uma URL de solicitação que contém partes codificadas, como http://mysite.com/archive/http%3A%2F%2Fmysite.com%2Farchive%2F123, é enviada para o seu aplicativo como http://mysite.com/archive/http%3A/mysite.com/archive/123.

Quanto aos ambientes somente de consumo, não há suporte para as rotas expressas e há suporte para o UDR limitado quando configurado da seguinte forma. A configuração do UDR deve ter uma rota configurada como Azure.<REGION_NAME> Marca de serviço com o Próximo Salto = "Internet". Além disso, as regras na documentação NSG devem ser configuradas para que o ambiente somente consumo esteja operacional. Essas limitações não se aplicam aos perfis de carga de trabalho e, para obter suporte completo do UDR e da Rota Expressa, use os ambientes de perfil da 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 o provedor.

Lembre-se do seguinte quando se trata de solicitações de aumento de cota:

• Escalar aplicativos versus ambientes: há várias 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 de uso mais intensivo. Recomendado se suas cargas de trabalho puderem ser implantadas nos mesmos limites de rede e segurança.
  • Aumentar ambientes: recomendado se suas cargas de trabalho precisarem de limites de rede ou segurança. Observação: pode ser necessário fornecer contexto de negócios adicional caso sua solicitação envolva o aumento de cotas em nível de ambiente. Quando você solicitar uma alteração na cota do seu ambiente regional, também deve solicitar uma alteração correspondente na cota do ambiente global.

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

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

• Raciocínio de negócios para escala: se os limites da plataforma estão bloqueando suas demandas de carga de trabalho, é possível que você seja qualificado para uma solicitação de aumento de cota. As substituições de limites de escala são avaliadas caso a caso.

Cada funcionalidade da Dapr passa por uma avaliação completa para garantir que ela impacte positivamente os clientes que executam microsserviços no ambiente de Aplicativos de Contêiner do Azure, proporcionando a melhor experiência possível.

A disponibilidade das APIs alfa do Dapr não é garantida nem tem suporte da Microsoft.

Embora os componentes da Camada 1 sejam totalmente suportados, os componentes da Camada 2 são suportados com o melhor esforço. Saiba mais.

A linha do tempo de lançamento típica da Dapr é de até seis semanas após a versão do OSS do Dapr. A versão mais recente do Dapr é disponibilizada nos Aplicativos de Contêiner do Azure somente após testes rigorosos. A distribuição para 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. Inclua "Dapr" no título da solicitação de recurso.

Uma implantação sem Docker permite implantar seu aplicativo sem definir um Dockerfile em seu código. Em vez disso, a funcionalidade de build de nuvem dos Aplicativos de Contêiner usa Buildpacks para transformar o código-fonte em seu computador 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ê encontrar esse problema, abra um problema do 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 Implantação e dimensionamento de um aplicativo ASP.NET Core nos Aplicativos de Contêiner do Azure para obter detalhes.

Os Aplicativos de Contêiner dão suporte a quatro versões do JDK do LTS: JDK 8, JDK 11, JDK 17 e JDK 21. Para o build de código-fonte, a versão padrão é o JDK 17. Para um build de arquivo JAR, a versão do JDK é lida do local do arquivo META-INF\MANIFEST. MF no JAR, mas usa o JDK padrão versão 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 build.

Maven

Você pode personalizar um build de imagem Java por meio de variáveis de ambiente de build.

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