‫Então, o que vem a seguir para o Kubernetes?
‫Essa é uma pergunta que muitos de nós
‫temos quando analisamos a rapidez com que ela cresceu e todo
‫o ecossistema ao seu redor, e como isso é
‫demais para qualquer pessoa.
‫Qual o futuro?
‫Bem, a boa notícia é que, se eu tivesse que
‫prever, acho que o futuro é que ele precisa
‫começar a ficar chato. Você ouvirá muitos dos fundadores falarem
‫sobre isso sempre que os virem em público.
‫Você sabe, eles vão falar sobre como precisamos tornar
‫a infraestrutura chata o máximo possível, para que
‫possamos confiar mais nas coisas que
‫fazemos além disso. Porque, realmente, tudo isso está aqui apenas para que
‫possamos disponibilizar nossos aplicativos, certo.
‫O objetivo do Kubernetes não é ser o próprio Kubernetes.
‫É para permitir que você faça as coisas que deseja fazer mais rapidamente.
‫Eu acho que para o
‫Kubernetes, se você olhou os últimos lançamentos,
‫ele realmente começou a se concentrar
‫em confiabilidade, estabilidade e segurança, basicamente ficando tão
‫estável que está lá.
‫Você não precisa se preocupar tanto com isso.
‫Você não precisa consertar tanto.
‫Eles têm lançamentos regulares, então você
‫definitivamente pode conferir o cronograma de lançamento e as
‫notas de lançamento às quais vinculei este vídeo.
‫Uma coisa que aconteceu este ano, em 2019, foi uma grande
‫auditoria de segurança de grande parte do código
‫principal, que revelou muitas coisas.
‫De fato, em seu blog, eles têm uma análise completa e
‫detalhada do que aconteceu.
‫Eu acho muito legal que um projeto de código aberto
‫tão importante e tão grande quanto esse não tenha feito apenas
‫a análise de segurança de terceiros, mas também tenha revelado todos os possíveis
‫problemas e resultados.
‫Eu acho que resultou em muitos PRs iniciais que eram
‫para coisas de correção rápida, mas também algumas coisas que
‫eles eventualmente corrigem com o tempo.
‫Não é tanto o fato de ser necessariamente baseado em
‫vulnerabilidade, mas mais dessa área pode ser melhorada, por isso
‫vamos mudar com o tempo.
‫Outra coisa que você verá é que alguns desses conceitos
‫mais antigos, de quando era uma ferramenta mais simples, começarão a desaparecer
‫à medida que forem removidos. Acho que os plug-ins de
‫armazenamento que não são CSI acabarão sendo retirados, de modo que você
‫precisará confiar no CSI para seus plug-ins de armazenamento, em
‫vez dos itens incorporados.
‫Você verá comandos diferentes, como a mudança de execução do
‫kubectl, e deixará de nos dar avisos, porque será o
‫padrão de um simples pod run em vez de ter todos os
‫geradores construídos prontos para uso.
‫Então você verá outras coisas que mencionei aqui,
‫como a execução a seco do lado do serviço, obter estabilidade e
‫mais recursos ao seu redor. Porque acho que há um forte
‫impulso para uma melhor auditoria, uma melhor compreensão das
‫mudanças ao longo do tempo. O que vai mudar antes de eu
‫fazer isso, o que mudou depois de fazer isso e esse
‫tipo de métrica de relatório.
‫Quando se trata de terceiros, isso continua a crescer e
‫crescer, e é realmente mais do que qualquer um de
‫nós poderia saber.
‫Leme 3. 0 está prestes a terminar.
‫Definitivamente, teremos mais operadores que usarão ferramentas de terceiros
‫para facilitar a implantação e o gerenciamento
‫dessas ferramentas no Kubernetes.
‫Isso é realmente mais uma esperança, mas acho
‫que vamos focar muito mais nos fluxos
‫de trabalho declarativos.
‫Como esse novo tema do DevOps e, mais especificamente, as git-ops, são as
‫git ops, sobre as
‫quais eu falei no meu podcast.
‫O fluxo de trabalho do git-ops é um conceito relativamente novo, mas
‫a ideia de que nós
‫operadores e pessoas que estão gerenciando esses
‫clusters do Kubernetes, estamos realmente atuando como operadores.
‫Os operadores estão aproveitando os avanços das equipes de
‫software onde eles tiveram que gerenciar o
‫código, as alterações de código ao longo do tempo e as
‫versões, o que deu origem ao surgimento de ferramentas como
‫o GitHub, certo, para usar essas mesmas ferramentas para gerenciar nossa infraestrutura em
‫de maneira declarativa. Você me ouviu falar sobre isso.
‫Eu acho que quando você olha para o conjunto de
‫recursos ao longo do tempo do Kubernetes, pode ver
‫como ele está se tornando mais declarativo em estilo, e o conjunto de recursos e o
‫foco estão nesse fluxo de trabalho declarativo.
‫Espero que tenhamos melhores ferramentas e as que
‫temos, mais recursos ao longo do tempo.
‫Outra grande coisa aqui é o suporte ao Windows Server.
‫2019 viu o grande anúncio do suporte
‫do Windows Server para o servidor 2019,
‫e isso está apenas começando.
‫Isso é algo que o Swarm está tecnicamente à frente do
‫que o Kubernetes.
‫Onde o Docker e o Swarm têm suporte para o Windows
‫Server há anos e definitivamente melhoram com o tempo.
‫No entanto, eles começaram isso com o Server 2016 e estão
‫avançando e aprimorando isso.
‫Enquanto o Kubernetes agora no Windows Server
‫2019 está realmente dizendo que eles têm suporte.
‫De pessoas que ouvi falar sobre o
‫servidor em produção, o Windows Server ainda poderia usar
‫muito mais trabalho no mundo Kubernetes para ser igual
‫ao Linux. Então, acho que
‫essa será uma grande área de foco, à medida que mais
‫empresas Windows adotarem esses orquestradores de contêineres.
‫Algumas últimas coisas aqui são definitivamente os casos do Edge
‫que serão trabalhados.
‫Coisas como aprendizado de máquina.
‫Coisas como Edge e pequena infraestrutura que serão todas
‫focadas, porque no início do Kubernetes, era muito grande
‫e muito
‫complicado, mas eles estão
‫utilizando muito e facilitando a implantação.
‫É por isso que você vê ferramentas como o kubeadm e pode implantar
‫clusters de alta disponibilidade.
‫É totalmente seguro e tolerante a
‫falhas imediatamente. Essas são todas as coisas que estão
‫chegando a ser concretizadas agora.
‫Parte desse futuro é conhecer outros projetos relacionados.
‫Esta é apenas uma lista rápida das coisas que não
‫mencionei neste curso que você pode querer conferir. Porque o próprio Kubernetes se tornou
‫a plataforma na qual todas as outras coisas estão
‫começando a ser construídas. De fato, esses eram
‫realmente os objetivos originais dos autores do projeto.
‫Eles nunca realmente pretenderam usar o Kubernetes diretamente
‫em termos do Kubernetes bruto e de
‫código aberto.
‫Eles realmente queriam que outras pessoas construíssem abstrações para
‫executarmos nossas cargas de trabalho.
‫É por isso que você vê distribuições surgindo,
‫em muitos casos, porque elas estão construindo outra camada no topo para
‫fazer isso. Nesse caso, estamos vendo
‫todos os tipos de outras infraestruturas para fazer outras
‫coisas. Primeiro, é Knative.
‫Isso está presente nas listas de servidores
‫e é definitivamente um projeto oficial do CNCF, por isso está intimamente relacionado
‫ao mundo Kubernetes.
‫Se você estiver interessado em listas de servidores, é definitivamente um
‫dos projetos que você deseja conferir.
‫Em seguida, alguns projetos do Rancher são o K3s
‫e o K3os.
‫O K3s é
‫essencialmente sua equipe, que toma a implantação e o gerenciamento
‫complexos do Kubernetes e simplifica-o, eliminando todas
‫as coisas desnecessárias que o acompanham.
‫Talvez alguns dos comandos e códigos herdados.
‫Talvez alguns dos drivers de armazenamento que você não precisa mais
‫se você possui CSI.
‫Esse tipo de coisa. Eles simplesmente extraem tudo e
‫fornecem um banco de dados realmente fácil.
‫Ele nem usa o etcd pronto para o uso.
‫Ele usa um banco de dados mais simples.
‫É realmente destinado a coisas originalmente como IoT.
‫Mas agora, com o objetivo de tornar o Kubernetes tão simples
‫quanto o Swarm, o que foi dito por
‫Darren Shepherd, seu CTO e co-fundador, na DockerCon
‫este ano. Foi uma afirmação bastante interessante.
‫Ele estava realmente dizendo que, sabe, o Swarm se
‫sai tão bem na implantação, na facilidade de uso e no
‫impacto mínimo. É um binário muito pequeno.
‫Tem muito pouca sobrecarga em
‫termos de infraestrutura. Kubernetes é
‫o total oposto disso. Eles estão tentando encontrar o meio termo.
‫É possível se removermos o suficiente e ainda assim
‫tornarmos verdadeiros Kubernetes, podemos tornar super fácil de implantar em
‫pequenos sistemas como ARM, Raspberry
‫Pis, coisas assim. Então, esse é um projeto para assistir.
‫O K3os é um sistema operacional com
‫K3s em cima dele.
‫É uma instalação Linux muito mínima,
‫projetada para executar o K3s em
‫pequenos dispositivos. É um projeto bem novo,
‫mas um projeto interessante. Outra grande área de
‫foco, que você me ouvirá falar muito mais no
‫meu podcast, é o service mesh, que é um novo conceito nos
‫últimos anos e realmente um novo termo.
‫Nós realmente não usamos essa palavra na indústria antes.
‫Malha de
‫serviço é a idéia dessa camada proxy em todo
‫o cluster, não apenas para conexões de entrada da Internet, mas
‫realmente para todas as partes do seu aplicativo.
‫Torna-se um intermediário para controlar, em termos de segurança, em
‫termos de monitoramento e roteamento para os locais
‫adequados, todo o tráfego de
‫todas as partes do seu aplicativo distribuído.
‫É uma série de projetos que surgiram do
‫problema dos microsserviços. Se você
‫já fez algum microsserviço, um dos desafios reais é: o que estava
‫em um único binário em um único servidor e a
‫resolução de problemas relativamente fácil se transforma em dezenas
‫de contêineres, em dezenas de servidores.
‫Isso se torna muito difícil de solucionar, a menos que
‫você tenha ótimas ferramentas de rede.
‫Portanto, a malha de serviço é apontada
‫para esse problema e tenta se tornar um padrão,
‫com os padrões por trás dele,
‫em torno de colocar uma camada lá para aumentar a visibilidade, o
‫monitoramento, a solução de problemas e a segurança em torno de nossos aplicativos
‫distribuídos e microsserviços.