Instâncias de Contêineres do Azure

O Azure Container Instances (ACI) é a maneira mais rápida de executar uma carga de trabalho em contêiner no Azure sem gerenciar servidores ou orquestradores. Você fornece uma imagem de contêiner, e o Azure a executa em segundos em uma infraestrutura compartilhada e multilocatário. O ACI é ideal para tarefas de curta duração, trabalhos em lote, agentes de compilação e cargas de trabalho orientadas por eventos nas quais iniciar um cluster completo do Kubernetes representaria uma sobrecarga desnecessária.

Inicie um contêiner do ACI com um único comando az container create. Especifique a imagem, o grupo de recursos, a CPU e a memória. O ACI baixa a imagem, aloca os recursos e inicia o contêiner — normalmente em 5 a 10 segundos. Cada instância de contêiner recebe um nome de domínio totalmente qualificado (FQDN) exclusivo se você atribuir um rótulo de nome DNS, tornando-a imediatamente acessível pela Internet.

Transmita configurações para os contêineres do ACI usando variáveis de ambiente especificadas no momento da criação. Para valores confidenciais, como chaves de API ou senhas, use variáveis de ambiente seguras — elas não são exibidas no portal do Azure nem na saída da CLI após a implantação, o que evita a exposição acidental em registros ou trilhas de auditoria. Os valores seguros continuam acessíveis dentro do contêiner durante a execução como variáveis de ambiente normais.

O ACI cobra por segundo, com base nos núcleos de CPU e na quantidade de memória em GB alocados, sem período mínimo de cobrança. Você paga apenas enquanto o contêiner está em execução — no momento em que ele para, a cobrança também é interrompida. Isso torna o ACI extremamente econômico para cargas de trabalho de curta duração. Você pode alocar entre 0,1 e 4 núcleos de CPU e entre 0,1 e 16 GB de memória por grupo de contêineres, em combinações compatíveis.

O ACI oferece três políticas de reinicialização que controlam o comportamento do contêiner depois que ele é encerrado. Always (padrão) reinicia o contêiner sempre que ele é encerrado — é adequado para serviços de longa duração. Never executa o contêiner uma vez e o deixa em estado encerrado — é ideal para trabalhos em lote. OnFailure reinicia o contêiner somente quando ele é encerrado com um código de saída diferente de zero — é útil para padrões de nova tentativa em caso de erro.

Um grupo de contêineres é uma coleção de contêineres que compartilham ciclo de vida, rede e armazenamento — de forma semelhante a um Pod do Kubernetes. Os contêineres do mesmo grupo compartilham um endereço IP local e um espaço de nomes de portas, o que permite a comunicação por meio de localhost. Um padrão comum é usar um contêiner para a aplicação principal e outro contêiner auxiliar (por exemplo, um agente de registro ou proxy) no mesmo grupo, definido com um modelo YAML ou ARM.

Por padrão, os contêineres do ACI não mantêm estado — os dados gravados no sistema de arquivos do contêiner são perdidos quando ele é reiniciado. Monte um compartilhamento do Azure Files como volume para manter os dados entre reinicializações do contêiner ou compartilhá-los entre contêineres do mesmo grupo. Especifique o nome da conta de armazenamento, a chave e o nome do compartilhamento de arquivos ao criar a instância de contêiner.

O ACI oferece instâncias de contêiner com GPU (K80, V100) para inferência de ML, processamento de vídeo e cargas de trabalho de computação científica. As instâncias com GPU estão disponíveis em regiões selecionadas e exigem contêineres Linux. A cobrança é feita por GPU/segundo, o que as torna econômicas para cenários de inferência em picos, nos quais você inicia um contêiner com GPU, executa o modelo e o encerra imediatamente — muito mais barato do que manter uma VM com GPU dedicada em execução 24 horas por dia, 7 dias por semana.

Implante grupos de contêineres do ACI em uma sub-rede dedicada dentro de uma VNet para atribuir a eles endereços IP privados e permitir que alcancem outros recursos conectados à VNet (bancos de dados, VMs) sem expô-los à Internet. O ACI integrado à VNet exige uma sub-rede dedicada e delegada (delegada a Microsoft.ContainerInstance/containerGroups) e não oferece suporte à atribuição de IP público.

O ACI integra-se ao AKS como um nó virtual por meio do projeto de código aberto Virtual Kubelet. Quando um cluster do AKS enfrenta uma demanda de pico que excede a capacidade de seus nós de VM, o Kubernetes pode agendar Pods em um nó virtual do ACI, iniciando instâncias de contêiner reais do ACI. Isso oferece escalabilidade ilimitada durante picos sem a necessidade de pré-provisionar nós de VM extras, e você paga apenas pela computação do ACI durante o período de pico.

Escolha o ACI para tarefas de curta duração, trabalhos em lote, agentes de compilação de CI e contêineres pontuais nos quais a sobrecarga do Kubernetes é desnecessária. Escolha o AKS para microsserviços de longa duração com vários contêineres que exigem descoberta de serviço, verificações de integridade, atualizações graduais e rede de cluster. Escolha o App Service quando quiser as conveniências de uma PaaS (slots de implantação, certificados gerenciados e autenticação integrada) sem gerenciar a rede de contêineres por conta própria.

Teste sua compreensão dos conceitos do Microsoft Azure Fundamentals (AZ-900) apresentados nesta lição.

Nesta lição, você aprendeu que o Azure Container Instances executa contêineres em segundos sem gerenciamento de servidores, com cobrança por segundo de CPU e memória; os grupos de contêineres permitem que vários contêineres compartilhem rede e armazenamento como um Pod do Kubernetes; e as políticas de reinicialização (Always, Never, OnFailure) controlam o ciclo de vida do contêiner após seu encerramento. A seguir, exploraremos os conceitos do Kubernetes para o Azure.