Explorar Aplicativos de Contêiner do Azure
Os Aplicativos de Contêiner do Azure permitem que você execute microsserviços e aplicativos conteinerizados em uma plataforma sem servidor que é executada sobre Serviço de Kubernetes do Azure. Os tipos de uso comuns dos Aplicativos de Contêiner do Azure incluem:
- Implantação de pontos de extremidade de API
- Hospedagem de aplicativos de processamento em segundo plano
- Manipulação de processamento controlado por eventos
- Execução de microsserviços
Os aplicativos criados nos Aplicativos de Contêiner do Azure podem ser dimensionados dinamicamente com base em: tráfego HTTP, processamento controlado por eventos, carga de CPU ou memória e qualquer dimensionador compatível com KEDA.
Com os Aplicativos de Contêiner do Azure, você pode:
- Executar várias revisões de contêiner e gerenciar o ciclo de vida do aplicativo de contêiner.
- Dimensionar automaticamente os aplicativos com base em qualquer gatilho de escala com suporte do KEDA. A maioria dos aplicativos pode ser dimensionada como zero (os aplicativos que são dimensionados em carga de CPU ou de memória não podem ser dimensionados como zero).
- Habilitar a entrada HTTPS sem precisar gerenciar outra infraestrutura do Azure.
- Dividir o tráfego entre várias versões de um aplicativo para implantações azuis/verdes e cenários de teste A/B.
- Usar a entrada interna e a descoberta de serviço para pontos de extremidade somente internos seguros com a descoberta de serviço interna baseada em DNS.
- Crie microsserviços com Dapr e acesse seu valioso conjunto de APIs.
- Executar contêineres de qualquer registro, público ou privado, incluindo o Docker Hub e o ACR (Registro de Contêiner do Azure).
- Usar a extensão da CLI do Azure, o portal do Azure ou os modelos do ARM para gerenciar os aplicativos.
- Fornecer uma rede virtual existente ao criar um ambiente para os aplicativos de contêiner.
- Gerenciar os segredos com segurança diretamente no aplicativo.
- Monitorar logs usando o Azure Log Analytics.
Ambientes de Aplicativos de Contêiner do Azure
Os aplicativos de contêiner individuais são implantados em um ambiente de aplicativos de contêiner único, que atua como um limite seguro em vez de grupos de aplicativos de contêiner. Aplicativos de contêiner no mesmo ambiente são implantados na mesma rede virtual e gravam logs no mesmo workspace do Log Analytics. Você pode fornecer uma rede virtual existente ao criar um ambiente.
Os motivos para implantar aplicativos de contêiner no mesmo ambiente incluem situações em que você precisa:
- Gerenciar serviços relacionados
- Implantar aplicativos diferentes na mesma rede virtual
- Instrumentar aplicativos Dapr que se comunicam por meio da API de invocação de serviço do Dapr
- Fazer com que os aplicativos compartilhem a mesma configuração de Dapr
- Fazer com que os aplicativos compartilhem o mesmo workspace do Log Analytics
Os motivos para implantar aplicativos de contêiner em ambientes diferentes incluem situações em que você deseja garantir:
- Dois aplicativos nunca compartilham os mesmos recursos de computação
- Dois aplicativos Dapr não se comunicam por meio da API de invocação de serviço do Dapr
Microsserviços com os Aplicativos de Contêiner do Azure
As arquiteturas de microsserviço permitem desenvolver, atualizar, versionar e dimensionar áreas de funcionalidade importantes de forma independente em um sistema geral. Os Aplicativos de Contêiner do Azure fornecem a base para a implantação de microsserviços, apresentando:
- Dimensionamento independente, controle de versão e atualizações
- Descoberta de serviço
- Integração nativa do Dapr
Integração do Dapr
Ao implementar um sistema composto por microsserviços, chamadas de função são distribuídas pela rede. Para dar suporte à natureza distribuída dos microsserviços, você precisa levar em conta falhas, recuperações e tempos limite. Embora os Aplicativos de Contêiner tenham os blocos de construção para executar microsserviços, o uso do Dapr fornece um modelo de programação de microsserviços ainda mais rico. O Dapr inclui recursos como observabilidade, Pub/Sub e invocação de serviço a serviço com TLS mútua, novas tentativas e muito mais.