Laura Loenert 10/04/2018 Arquitetura, AWS, Cloud Computing, DevOps
No lançamento do Kubernetes 1.0, a implementação do Container Storage Interface (CSI) se move para beta, o que significa que instalar novos plugins de volume agora é "tão fácil quanto fazer o deploy de um pod". Os plugins de volume do Kubernetes eram anteriormente todos "in-tree", o que significa que o código fonte estava incluído no repositório principal do Kubernetes. A desvantagem dessa abordagem é que ela exige que provedores de armazenamento terceirizados que desejam oferecer suporte ao Kubernetes comitem o código no repositório do Kubernetes e, assim, sejam vinculados aos cronogramas de lançamento do Kubernetes. Este novo trabalho, conduzido principalmente pelo Storage Special Interest Group (SIG), permite que provedores de armazenamento terceirizados desenvolvam suas soluções de forma independente fora do core da base de código do Kubernetes.
O gerenciamento de armazenamento local durável (não compartilhado) progrediu para beta nesta versão, tornando o armazenamento anexado localmente (não conectado à rede) disponível como uma fonte de volume persistente. Isso significa maior desempenho e menor custo para sistemas de arquivos distribuídos e bancos de dados. Esta versão também inclui várias atualizações beta para Volumes Persistentes: o Kubernetes pode impedir automaticamente a exclusão de Persistent Volume Claims que estão em uso por um pod e um Volume Persistente que está vinculado a uma Persistent Volume Claim. Isso ajuda a garantir que os objetos da API de armazenamento sejam excluídos na ordem correta.
O CNCF CI Working Group tem trabalhado no projeto de CI multi-plataforma para integrar, testar e implementar projetos dentro do ecossistema da CNCF. O projeto consiste de um sistema de teste entre nuvens, um servidor de repositório de status e um painel. O sistema de testes de nuvem possui três componentes principais – o processo de build do pipeline (que é opcional e pode usar artefatos de build do projeto), multi-plataforma e multi-projeto – que validam continuamente a interoperabilidade de cada projeto CNCF para qualquer commit em todos os provedores de nuvem suportados. Por exemplo, isso permite que a equipe do Prometheus garanta que suas últimas alterações de código funcionem com a última versão estável do Kubernetes e a próxima versão proposta. O grupo lançou recentemente o CI Dashboard v1.3.0, que é licenciado sob a Apache License 2.0 e publica os resultados diariamente.