Kubernetes 2.0 — Preparando uma grande evolução além dos limites de YAML, Helm e IPv4
(matduggan.com)👀 O Kubernetes 2.0 deve trazer grandes mudanças, melhorando de forma estrutural os principais problemas enfrentados por developers, engineers e operadores no 1.x atual.
🔹 Melhoria nos erros de configuração baseados em YAML
→ Minimizar erros recorrentes, como problemas de indentação no formato YAML e falhas de parsing
🔹 Superação das limitações de empacotamento do Helm
→ Resolver estruturalmente as dificuldades de gerenciar dependências complexas e solucionar conflitos
🔹 Adoção padrão de IPv6
→ Eliminar os problemas de escalabilidade da estrutura centrada em endereços IPv4 e NAT
🔹 Transição de YAML para HCL (HashiCorp Configuration Language)
→ Manter a estrutura declarativa, ao mesmo tempo em que melhora modularização, reutilização e legibilidade
💥 Desta vez, o Kubernetes 2.0 não deve ser apenas um upgrade simples, mas uma reconstrução amigável ao usuário voltada a reduzir de forma fundamental a complexidade operacional.
Notícia da comunidade CloudBro AI
12 comentários
Agora está na versão 1.3x e você já está falando em uma previsão de 2.0?
Abaixo está o conteúdo recebido da sede da CNCF, em especial de Chris Aniszczyk e Bob Killen.
“Não há planos para uma 2.0. Abaixo está o quadro de acompanhamento das melhorias de recursos da versão 1.34:
https://github.com/orgs/kubernetes/projects/213
Um novo quadro é criado a cada release, portanto não é possível fixar um link permanente para um único quadro. No entanto, todos os quadros podem ser vistos aqui:
https://github.com/orgs/kubernetes/projects”
O ponto principal é que não há planos para uma 2.0.
No entanto, peço compreensão pelo fato de eu ter redigido o texto de uma forma que fazia parecer algo confirmado, por causa de uma paixão pessoal por promover uma comunidade de engenharia em nuvem com foco em soberania de dados.
HCL..?
Compartilharei nos comentários assim que receber a opinião de Chris Aniszczyk, CTO da CNCF.
A qualidade da comunidade Cloudbro é bem baixa. Estou preocupado porque isso parece que vai causar um impacto negativo no setor de cloud na Coreia.
Concordo. Também achei que vários dos textos publicados antes tinham problemas, e parece que o objetivo é obter dados para IA a partir de conteúdo gerado por um grupo de especialistas para criar um serviço de IA, o que sinceramente não parece nada bom.
Não seria correto verificar os fatos desde o começo antes de escrever? O que exatamente é isso de só entender a situação e corrigir depois, quando chegam as críticas após publicar? Sinceramente, fico em dúvida se existe mesmo senso de responsabilidade sobre os textos que você escreve ou compartilha. Seria bom se o GN tivesse uma função para bloquear usuários.
O autor do post do blog, Mat Duggan, ou a CloudBro decidem a direção de desenvolvimento do Kubernetes? Se não for assim, a tradução do título está muito estranha. Acho que é clickbait.
Pelo título e pelo corpo do texto, achei que a versão 2.0 já tinha sido lançada, mas pelos comentários vi que não era isso.
Vocês pediram compreensão por terem escrito de uma forma que faz parecer um fato já confirmado, mas isso parece muito clickbait...
Pelo texto original, isso parece mais uma proposta de “seria bom se mudasse assim” do que um “vai mudar assim no futuro, então podem esperar”.
Parece também que isso foi escrito com base em vários artigos e posts, registrando os desejos deles, mas como o conteúdo do artigo também traz alguns pontos um pouco específicos, acabei escrevendo isso. Acho que o título pode causar certo mal-entendido. (Foi um título que pedi ao ChatGPT para sugerir e acabei usando... acho que, nessa parte, algo como "estou esperando grandes mudanças" seria mais apropriado. Além disso, como a versão atual é a 1.30, minha opinião pessoal de que na mudança de major version para 2.0 haverá grandes mudanças pode até parecer um pouco exagerada.)
Sobre isso, também perguntei ao Chris Aniszczyk, CTO da CNCF, e vou compartilhar assim que receber a resposta.