Acesso no Serviço Kubernetes do Azure (AKS)

O ingresso no AKS é um recurso do Kubernetes que gerencia o acesso ao tráfego externo semelhante ao HTTP a serviços dentro de um cluster. Uma entrada AKS pode fornecer serviços como balanceamento de carga, terminação SSL e hospedagem virtual baseada em nome. Para obter mais informações sobre o Kubernetes Ingress, consulte a documentação do Kubernetes Ingress.

Para a maioria das cargas de trabalho de produção, comece com o AKS Automatic. O AKS Automático é o padrão recomendado para produção no AKS e fornece padrões geridos para rede, escalabilidade, segurança, monitorização e atualizações. Para ingress, isso significa que podes começar pelo caminho de entrada gerido e só passar para opções mais especializadas quando precisares de um controlo mais profundo sobre a topologia, o comportamento de roteamento ou a integração da malha de serviço.

Use o AKS Standard quando precisar de controlo mais explícito sobre a seleção do controlador de entrada, topologia de implementação ou integração avançada de rede.

Modos de cluster AKS e entrada

O AKS suporta dois modos de cluster:

• AKS Automatic: Ponto de partida recomendado para a maioria das cargas de trabalho em produção. Reduz a sobrecarga operacional e dá-lhe predefinições geridas para entradas e componentes de rede relacionados.
• Padrão AKS: Ideal quando precisa de controlo explícito sobre o alojamento do controlador de entrada, exposição ao serviço e padrões avançados de gestão de tráfego.

A orientação de entrada neste artigo aplica-se a ambos os modos. A principal diferença está em quem controla mais das configurações predefinidas da plataforma e quanta personalização tem de gerir diretamente.

Controladores de entrada

Ao gerenciar o tráfego de aplicativos, os controladores Ingress fornecem recursos avançados operando na camada 7. Eles podem rotear o tráfego HTTP para diferentes aplicativos com base na URL de entrada, permitindo regras de distribuição de tráfego mais inteligentes e flexíveis. Por exemplo, um controlador de entrada pode direcionar o tráfego para diferentes microsserviços, dependendo do caminho da URL, melhorando a eficiência e a organização dos seus serviços.

Por outro lado, um serviço do tipo LoadBalancer, quando criado, configura um recurso subjacente do balanceador de carga do Azure. Este balanceador de carga funciona na camada 4, distribuindo o tráfego para os pods no seu Serviço em uma porta especificada. No entanto, os serviços de camada 4 não estão cientes dos aplicativos reais e não podem implementar esses tipos de regras de roteamento complexas.

Compreender a distinção entre estas duas abordagens ajuda a selecionar a ferramenta certa para as suas necessidades de gestão de tráfego.

Se estiveres a usar o AKS Automático, começa primeiro pelo caminho de entrada gerido e usa opções mais especializadas apenas quando a tua carga de trabalho as exigir. No AKS Standard, tens mais flexibilidade para escolher o controlador de entrada e a topologia que melhor se adaptam à tua arquitetura.

Comparar opções de entrada

Comparação de funcionalidades

A tabela seguinte lista as diferenças de funcionalidades entre as diferentes opções de controladores de entrada. Para a maioria das cargas de trabalho AKS em produção, o caminho padrão recomendado é a abordagem de entrada gerida no AKS Automatic, a menos que precise especificamente de roteamento personalizado, integração com malha de serviço ou entrada alojada no Azure.

Quando usar cada controlador de entrada

A tabela a seguir lista os diferentes cenários em que você pode usar cada controlador de entrada:

Criar um recurso de Ingresso

O complemento Application Routing é a forma recomendada de configurar um controlador de entrada no AKS, e é o caminho de entrada gerido para começar no AKS Automatic para a maioria das cargas de trabalho. O complemento de encaminhamento de aplicações é um controlador de entrada totalmente gerido para AKS que fornece as seguintes funcionalidades:

• Configuração fácil de controladores Ingress NGINX geridos, baseados no controlador NGINX Ingress do Kubernetes.
• Integração com o DNS do Azure para gestão de zonas públicas e privadas.
• Terminação SSL com certificados armazenados no Cofre da Chave do Azure.

Para a maioria das cargas de trabalho em produção, este é o padrão correto desde o início. Se precisares de topologia de entrada personalizada, entrada alojada no Azure ou comportamento de malha de serviço, podes mudar para uma das outras opções de entrada.

Para mais informações sobre o complemento de Roteamento de Aplicações, consulte Entrada NGINX gerida com o complemento de Encaminhamento de Aplicações.

Preservação do IP de origem do cliente

Configure seu controlador de entrada para preservar o IP de origem do cliente em solicitações para contêineres em seu cluster AKS. Quando o controlador de entrada roteia a solicitação de um cliente para um contêiner no cluster AKS, o IP de origem original dessa solicitação não está disponível para o contêiner de destino. Quando você habilita a preservação do IP de origem do cliente, o IP de origem do cliente está disponível no cabeçalho da solicitação em X-Forwarded-For.

Se você estiver usando a preservação de IP de origem do cliente em seu controlador de entrada, não poderá usar a passagem TLS. A preservação do IP de origem do cliente e a passagem TLS podem ser usadas com outros serviços, como o tipo LoadBalancer .

Esta continua a ser uma escolha de design importante tanto no AKS Automatic como no AKS Standard, porque o tratamento de IP de origem afeta a observabilidade, auditabilidade e comportamento da aplicação independentemente do modo cluster.

Para saber mais sobre a preservação do IP de origem do cliente, consulte Como funciona a preservação do IP de origem do cliente para os Serviços LoadBalancer no AKS.

Conteúdo relacionado

• O que é AKS Automatic?
• Conceitos de rede para aplicações AKS