Está disponível o lançamento da plataforma de orquestração de contêineres Kubernetes 1.24, que permite gerenciar como um todo um cluster composto por contêineres isolados e oferece mecanismos para a implantação, manutenção e escalonamento de aplicativos executados em contêineres. O projeto foi inicialmente criado pela Google, mas posteriormente transferido para uma plataforma independente, supervisionada pela Linux Foundation. A plataforma é posicionada como uma solução universal desenvolvida pela comunidade, não vinculada a sistemas específicos e capaz de trabalhar com qualquer aplicativo em qualquer ambiente de nuvem. O código do Kubernetes é escrito em Go e é distribuído sob a licença Apache 2.0.
São fornecidas funcionalidades para a implantação e gerenciamento da infraestrutura, como a manutenção de uma base DNS, balanceamento de carga, distribuição de contêineres entre os nós do cluster (migração de contêineres dependendo da mudança de carga e necessidades de serviços), verificação de integridade em nível de aplicativo, gerenciamento de contas, atualização e escalonamento dinâmico do cluster em funcionamento, sem a necessidade de parada. É possível implementar grupos de contêineres com a realização de operações de atualização e reversão de alterações simultaneamente para todo o grupo, assim como a segmentação lógica do cluster em partes com divisão de recursos. Há suporte para migração dinâmica de aplicativos, cujos dados podem ser armazenados em sistemas de armazenamento local ou em rede.
Mudanças principais na nova versão:
- Foram estabilizados os recursos para rastreamento da capacidade de armazenamento (Storage Capacity Tracking), que garantem a monitoração do espaço livre nas partições e transmitem dados para o nó de controle para evitar que pod's sejam lançados em nós com espaço livre insuficiente.
- Foi estabilizada a capacidade de expandir partições de armazenamento. O usuário pode alterar o tamanho de partições já existentes, e o Kubernetes automaticamente, sem interromper a operação, expandirá a partição e o sistema de arquivos associado.
- A entrega do runtime Dockershim foi encerrada, que foi posicionado como uma solução temporária para uso do Docker no Kubernetes, não compatível com a interface padrão CRI (container runtime interface) e levando a um aumento na complexidade do kubelet. Para gerenciar contêineres isolados, deve-se usar um runtime que suporte a interface CRI, como containerd e CRI-O, ou utilizar a camada cri-dockerd, que implementa a interface CRI sobre a API do Docker Engine.
- Foi fornecido suporte experimental para a verificação de imagens de contêiner usando assinaturas digitais com o serviço Sigstore, que mantém um log público para validar autenticidade (transparency log). Para prevenir ataques à supply chain e substituição de componentes, também foi garantido o endosse por assinaturas digitais de artefatos relacionados a lançamentos, incluindo todos os executáveis instaláveis do Kubernetes.
- Por padrão, em clusters, a ativação da API em estado beta foi descontinuada (as APIs de teste adicionadas em lançamentos anteriores foram mantidas, a mudança se aplica apenas a novas APIs).
- O suporte experimental para o formato OpenAPI v3 foi implementado.
- Foi apresentada uma iniciativa para traduzir plugins para trabalhar com armazenamento para uma interface unificada CSI (Container Storage Interface), mantendo a compatibilidade no nível da API. Os plugins Azure Disk e OpenStack Cinder foram traduzidos para o CSI.
- O Kubelet Credential Provider foi movido para a fase de teste beta, permitindo a extração dinâmica de credenciais para repositórios de imagens de contêiner através do lançamento de plugins, sem armazenar credenciais no sistema de arquivos do nó.
- Foi oferecida a possibilidade de reservar um intervalo de endereços IP para atribuição a serviços. Ao ativar essa opção, o cluster automaticamente atribuirá serviços apenas endereços IP a partir de um pool pré-designado para cada serviço, evitando colisões ao emitir endereços livres a partir de um conjunto comum.
Fonte: opennet.ru
