Cenários de uso

  • 2 minutos

Agora que você estabeleceu os prós e contras para os critérios de decisão, é melhor examinar alguns cenários.

Desenvolvimento

Acomodar o desenvolvimento de vários recursos em um espaço de endereços IP limitado pode ser um desafio. O kubenet foi projetado pensando na conservação do espaço de endereços, o que faz dele uma excelente opção para ambientes experimentais ou de desenvolvimento.

Se um ou mais dos seguintes itens não forem verdadeiros, considere optar por um ambiente de desenvolvimento usando a rede da CNI do Azure:

  • Recursos experimentais ou em desenvolvimento não precisam dos recursos de colocação rápida em escala fornecidos pelos Nós Virtuais com Instâncias de Contêiner do Azure.
  • A latência secundária no ambiente, causada por um salto extra para comunicação de pod, é aceitável.
  • A sobrecarga operacional de manter tabelas de rotas e UDRs no ambiente de desenvolvimento é aceitável.
  • O ambiente de desenvolvimento dá suporte apenas a pools de nós baseados em Linux.

Com o kubenet, a plataforma do Azure cria e configura automaticamente os recursos de rede virtual sempre que você cria um cluster do AKS. Você também pode criar e configurar manualmente os recursos de rede virtual e anexá-los a esses recursos no momento da criação. No entanto, não há suporte para fazer alterações nos recursos de rede gerenciados pelo Azure.

Produção

Tenha em mente que existem vários fatores que impedem que o kubenet seja uma opção de rede aceitável para produção. O Kubenet é ótimo como um método rápido para prototipar e testar pequenos aplicativos em desenvolvimento.

Em vez disso, a CNI do Azure é mais adequada para ambientes de produção pela sua opção de rede configurável que inclui:

  • Menor latência.
  • Capacidade de colocação rápida em escala por meio de nós virtuais com as Instâncias de Contêiner do Azure.
  • Os pods endereçáveis diretamente simplificam a conectividade com os serviços executados fora do cluster.
  • Suporte para topologias de rede avançadas e recursos relacionados.

Você também pode optar por usar a CNI do Azure para ambientes de desenvolvimento se um ou mais recursos forem necessários para seu caso de uso. Por exemplo, se forem necessários nós baseados em Windows Server, a CNI do Azure deverá ser usada para clusters de desenvolvimento e de produção. Tenha em mente que esta escolha introduz a necessidade de mais planejamento de topologia de rede, o que requer um especialista.