O Kubernetes 1.14 coloca os holofotes em mudanças consistentes, suporte a nós do Windows e aplicativos nativos de nuvem em cluster. Eu tenho teste de artrite reumatóide

Outro quarto, outra artrite reumatóide Kubernetes nódulos na liberação das mãos! Voltamos novamente para destacar algumas das maiores melhorias nos ingressos no ecossistema para o Kubernetes 1.14. De acordo com um dos valores do projeto (“Comunidade sobre produto ou empresa”), este ciclo gerou muitas colaborações interorganizacionais interessantes – uma melhora a forma como introduzimos mudanças no ecossistema, uma melhora fundamental das plataformas em que o Kubernetes pode ser executado e um redefine o gerenciamento do ciclo de vida do cluster.

Como a comunidade Kubernetes colabora em várias empresas e fusos horários, é cada vez mais importante fornecer uma estrutura para apresentar mudanças no projeto de maneira consistente e clara. Para atender a essa necessidade, foi criada a proposta de aprimoramentos do Kubernetes (KEP).

Keps são documentos do processo que capturam os vários elementos e motivações para uma mudança para Kubernetes e incluem referências importantes, tais como documentação para melhorias, os critérios de graduação, e planos de teste.

No início do ciclo Kubernetes 1,14, a equipe de lançamento anunciou que keps seria uma exigência osteoartrite comentários knee brace para todos os aprimoramentos (originalmente chamados recursos) se fundir no Kubernetes / repositório Kubernetes primário. A meta é que o foco suficiente no processo do KEP e em outros esforços do SIG PM acabará gerando um roteiro comunitário. SIG PM é o grupo de interesse especial do ombro da artrose responsável pelo gerenciamento de produtos, programas e projetos.

Um dos aprimoramentos mais esperados do lançamento da versão v1.14 é a graduação do suporte do Windows para o desbloqueio estável e eficaz dos aplicativos Kubernetes para Windows. Com a v1.14, os usuários do Kubernetes agora podem incorporar nós de trabalho do Windows ao lado de nós de trabalho do Linux, criando um cluster heterogêneo onde aplicativos baseados no Windows e no Linux podem ser implantados. Organizações com investimentos em uma variedade de linguagens de programação e estruturas agora podem começar a usar as mesmas ferramentas e processos para gerenciar suas cargas de trabalho, independentemente do sistema operacional subjacente, aproveitando ao máximo o ecossistema nativo da nuvem desenvolvido pela Kubernetes. Essas organizações obtêm imediatamente eficiência operacional usando um conjunto uniforme de ferramentas e acesso ao Kubernetes para suas cargas de trabalho do Windows.

A graduação do suporte do Windows para estável fortalece a posição da Kubernetes no setor expandindo significativamente os tipos de aplicativos suportados. Ainda não terminamos. A comunidade continuará trabalhando para promover o suporte do Windows no Kubernetes e esperamos que os recursos adicionais de artrose aconteçam nos próximos lançamentos. Os usuários do Windows podem começar agora ao contêiner de aplicativos existentes ou legados, ou criando novos aplicativos baseados em Windows ou .NET para o Kubernetes. Parabéns a todos os contribuidores da Cloudbase Solutions, Docker, Google, Microsoft, Pivotal e VMware, que participaram do gerenciamento de projetos e do suporte do Windows sobre a linha de chegada do Kubernetes 1.14.

Você pode ter ouvido algum burburinho em torno de um novo projeto chamado Cluster API, que visa fornecer criação e gerenciamento de cluster declarativo através das APIs do Kubernetes. Já discutimos exatamente por que esse padrão é empolgante. Confira o post de Tim St. Clair (O ​​tratamento de artrite What and the Why do Cluster para APIs de cavalos) para um mergulho detalhado na API do Cluster. No período de tempo do Kubernetes 1.14, vemos um tremendo impulso em trazer a Cluster API para o estado v1alpha1 através da profunda colaboração de vários colaboradores em várias implementações de provedores (AWS, Azure, vSphere, entre outros). Estamos todos trabalhando para criar uma ferramenta que aprimore bastante a história geral do ciclo de vida do cluster para a comunidade.

Enquanto a comunidade fecha os livros sobre o Kubernetes 1.14, os planos para a criação da Equipe de Lançamento do 1.15 já estão em andamento. Desta vez, a equipe será liderada por Claire Laurence (Pivotal), com vários colaboradores da VMware como protagonistas (Kenny Coleman, Enhancements; Dhawal Bhanushali, Test Infra; Nicholas Lane, Bug Triariage; J orge Castro, Communications), mostrando nossa dedicação à entrega de lançamentos do Kubernetes de alta qualidade para a comunidade.

Na minha função como Co-Presidente para o SIG Release, eu ajudo com o pessoal da Equipe de Lançamento. Se você tiver interesse em se tornar uma sombra para a Equipe de lançamento do Kubernetes 1.15, fique atento ao problema oficial de acompanhamento do GitHub, onde coordenarei o questionário de sombras. Todos os contribuintes, independentemente do nível 10 da artrite da mão habilidosa, são bem-vindos a enviar o questionário depois que ele estiver disponível. Sinta-se à vontade para entrar em contato comigo pelo Twitter (@ stephenaugustus) se tiver alguma dúvida.