O que é o Application Gateway for Containers e como usá-lo?

Recentemente, o Azure Active Directory mudou seu nome para Microsoft Entra ID. Essa mudança realmente não muda nada quando se trata dos serviços fornecidos pelo Azure, mas muitos usuários também não ficaram muito felizes com isso .

Embora os serviços principais e a experiência geral de trabalho no Entra sejam os mesmos, também há alguns novos recursos chegando. Por exemplo, a Microsoft anunciou o Application Gateway for Containers na plataforma Azure, disponível para uso a partir da semana.

De acordo com a Microsoft, o Application Gateway for Containers é a evolução do Application Gateway Ingress Controller (AGIC), um aplicativo Kubernetes que permite que os clientes do Azure Kubernetes Service (AKS) usem o balanceador de carga do aplicativo Application Gateway nativo do Azure.

A Microsoft também diz que, em sua forma atual, o AGIC monitora um subconjunto de recursos do Kubernetes em busca de alterações e os aplica ao Application Gateway, utilizando o Azure Resource Manager (ARM).

Estamos anunciando o Azure Application Gateway for Containers como um novo WeU para a família Application Gateway. O Application Gateway for Containers é a próxima evolução do Application Gateway + Application Gateway Ingress Controller (AGIC), fornecendo balanceamento de carga de aplicativo (camada 7) e recursos de gerenciamento de tráfego dinâmico para cargas de trabalho executadas em um cluster Kubernetes.

Microsoft

Application Gateway for Containers – benefícios e formas de usar

• Desempenho: alcance tempos de convergência quase em tempo real para refletir a adição/remoção de pods, rotas, sondagens e outras configurações de balanceamento de carga na configuração yaml do Kubernetes.
• Escala: ultrapasse os limites atuais do AGIC, excedendo 1.400 pods de back-end e 100 ouvintes com o Application Gateway for Containers.
• Implantação: habilite uma implantação familiar de recursos ARM via ARM, PowerShell, CLI, Bicep e Terraform ou defina todas as configurações no Kubernetes e faça com que o Application Gateway for Containers gerencie o restante no Azure!
• Suporte à API do Gateway: a próxima evolução na definição de rede de serviço Kubernetes por meio de interfaces expressivas, extensíveis e orientadas a funções.
• Distribuição de tráfego ponderada/dividida: permite estratégias de implantação azul-verde e roteamento ativo/ativo ou ativo/passivo.

O Application Gateway for Containers é composto por três componentes: Application Gateway for Containers, Frontends e Associations. Quando você deseja iniciar uma implantação, essas dependências serão referenciadas: endereço IP privado, delegação de sub-rede e uma identidade gerenciada atribuída pelo usuário. Você pode ver como funciona na imagem abaixo.

Existem duas estratégias de implantação dentro do Application Gateway for Containers, de acordo com a Microsoft.

• Traga sua própria implantação (BYO): nesta estratégia de implantação, a implantação e o ciclo de vida do recurso Gateway de Aplicativo para Contêineres, o recurso Associação e Front-end são assumidos por meio do portal do Azure, CLI, PowerShell, Terraform, etc. e referenciados na configuração no Kubernetes.
• Gerenciado pelo ALB Controller: nesta estratégia de implantação, o ALB Controller implantado no Kubernetes é responsável pelo ciclo de vida do recurso Application Gateway for Containers e seus sub-recursos. O ALB Controller cria o recurso Application Gateway for Containers quando um recurso customizado ApplicationLoadBalancer é definido no cluster e seu ciclo de vida é baseado no ciclo de vida do recurso customizado.

Por enquanto, o Application Gateway for Containers é oferecido atualmente nas seguintes regiões:

• Leste da Austrália
• EUA Central
• Ásia leste
• Leste dos Estados Unidos
• Leste dos EUA2
• Centro-Norte dos Estados Unidos
• Norte da Europa
• centro-sul dos EUA
• Sudeste da Ásia
• Sul do Reino Unido
• Oeste dos Estados Unidos
• Oeste da Europa

Você está animado com este novo produto do Azure? Deixe-nos saber na seção de comentários abaixo.