Para dar aos administradores do K8s mais flexibilidade e controle, o Fedora Linux 41 terá RPMs multi-versão do Kubernetes.
O Fedora 41 será um lançamento emocionante, especialmente para aqueles envolvidos nos setores de computação empresarial e em nuvem.
A conteinerização desempenha um papel crucial neste campo, com o Kubernetes sendo o padrão de fato para orquestrar serviços em contêineres atualmente.
Por que estou dizendo tudo isso? O Fedora 41, com lançamento previsto para o final de outubro, preparou algumas surpresas muito agradáveis.
Para dar aos administradores do K8s que usam o Fedora mais flexibilidade e controle, a distro anunciou mudanças significativas em sua estratégia de empacotamento do Kubernetes, começando com o Fedora 41, que marca uma mudança de oferecer uma única versão do Kubernetes por lançamento para várias versões suportadas simultaneamente.
Fedora Linux 41 terá RPMs multi-versão do Kubernetes
Sim. O Fedora Linux 41 terá RPMs multi-versão do Kubernetes. O Fedora 41 muda os RPMs do Kubernetes para oferecer suporte a várias versões em um lançamento, trazendo flexibilidade para os administradores do K8s.
Tradicionalmente, cada lançamento do Fedora era vinculado a uma versão específica do Kubernetes, criando uma dependência que às vezes complicava as atualizações e a manutenção do sistema. No entanto, isso está prestes a mudar.
Com o próximo Fedora 41, os usuários podem acessar as versões 1.31, 1.30 e 1.29 do Kubernetes, todas empacotadas como RPMs individuais.
Esta iniciativa desvincula as atualizações do Fedora das atualizações do Kubernetes, permitindo aos administradores mais liberdade para atualizar seus sistemas ou o Kubernetes de forma independente.
O lançamento inicial desses RPMs versionados aparecerá na ramificação Rawhide do Fedora (versão de desenvolvimento atual da distribuição), apresentando:
- Kubernetes 1.31 (RPM denominado kubernetes1.31)
- Kubernetes 1.30 (kubernetes1.30)
- Kubernetes 1.29 (kubernetes1.29)
É importante reconhecer que esta estratégia visa adicionar flexibilidade e estender o ciclo de vida das instalações do Kubernetes.
Em vista disso, os RPMs não versionados para o Kubernetes, começando com a v1.29 em rawhide, receberão atualizações até fevereiro de 2025, mesmo com o lançamento de versões mais recentes.
Isso garante continuidade e suporte mesmo com o lançamento de novos RPMs versionados. Com seus três lançamentos anuais e patches mensais, o Kubernetes verá as versões 1.28 se aproximando do fim da vida útil e a 1.27 não terá mais suporte quando o Fedora 41 for lançado.
E agora um pouco mais sobre os pacotes em si. Cada lançamento do Kubernetes incluirá quatro RPMs específicos, como “kubernetes1.31”, “kubernetes1.31-client”, “kubernetes1.31-kubeadm” e “kubernetes1.31-systemd”.
- Os novos RPMs versionados trazem várias alterações internas que podem afetar como os administradores configuram clusters:
- Propriedade de usuário e grupo: os RPMs agora alinham a propriedade padrão de usuário e grupo de arquivos kubelet com os padrões de desenvolvedor do Kubernetes, removendo a identidade anterior do kube sysuser.
- Atualizações de configuração: usando o kubeadm, o kubelet agora é configurado por meio de um arquivo em vez de parâmetros de linha de comando, alinhando-se com as recomendações do Kubernetes.
- Arquivos de serviço do Systemd: as configurações padrão dos arquivos de serviço do systemd nos novos RPMs foram padronizadas de acordo com as diretrizes do desenvolvedor do Kubernetes.
Por fim, alinhando-se com o Kubernetes, os RPMs versionados para CRI-O e CRI-Tools também aderem à correspondência de versão de nível secundário. Isso garante consistência entre os componentes do sistema, facilitando atualizações e compatibilidade mais suaves.
