Palestra principal: Atualização Cloud Native - Chris Aniszczyk, COO, Cloud Native Computing Foundation

[0:00] Tudo bem, todos conseguem me ouvir? Todos estão acordados? Porque eu não estou. Então, como o Jim mencionou, vou falar sobre algumas atualizações da Cloud Native Computing Foundation. Obviamente, nesta sala, parece que mais pessoas conheciam, você sabe, um dos nossos primeiros projetos, o Kubernetes, mais do que a própria fundação, mas às vezes é assim. Então quero contar um pouco sobre a nossa história de origem. Então, você... Hum... Funcionando. Controle, Theo?

[0:35] Tivemos um pequeno contratempo, mas lá vamos nós. É um clique difícil. Certo. Então, um pouco da história de origem da CNCF. Acho que estamos bem. Ah, obrigado. Você me disse que isso aconteceria, então. Legal, então, um pouco da história de origem. Tive a sorte de me juntar à Linux Foundation há cerca de dois anos para participar da formação da Cloud Native Computing Foundation, então, para quem não sabe, cloud native é realmente uma forma de computação que foi pioneira pelas gigantes da escala da internet, como Google, Facebook, Twitter, Netflix e assim por diante. E quando digo "cloud native", quero dizer apenas que você tem serviços que vivem em contêineres que são orquestrados por algum sistema central como o Kubernetes. E então começamos com esse tipo de objetivo simples de levar a computação cloud native às massas. E quando começamos a fundação, começamos humildemente com 22 MEMBROS.

[1:34] e o Kubernetes como nosso tipo de projeto semente. E isso foi há cerca de dois anos, tecnicamente há menos de dois anos, porque só realizamos nossa primeira reunião de diretoria em dezembro de 2015. Mas tem sido incrível ver o crescimento ao longo do tempo. Como o Jim aludiu, eu diria que somos a fundação de código aberto que cresce mais rápido dentro da Linux Foundation, mas algumas pessoas vão discordar de mim nisso. Mas, até hoje, basicamente experimentamos um crescimento de mais de 6x em menos de dois anos. É realmente incrível ver uma grande variedade de empresas realmente tentando adotar a computação cloud native. E para mim, se você fosse estudioso e olhasse essa lista de membros, acho que pela primeira vez na história do código aberto, temos os seis principais provedores de nuvem sob o guarda-chuva de uma única fundação de código aberto trabalhando juntos para avançar a noção de computação cloud native, o que para mim é incrível, sendo alguém que está envolvido com código aberto há muito tempo. Também, como uma coisa meio geek e nerd, acho completamente

[2:39] fascinante que o Kubernetes, nosso primeiro projeto, seja tecnicamente auto-hospedado em si mesmo pela primeira vez. Tenho certeza de que alguns de vocês ouviram, mas o GitHub foi replataformado no Kubernetes. Então o código-fonte do Kubernetes está no GitHub. O GitHub roda Kubernetes, então é auto-hospedado. Acho isso uma coisa divertida de se pensar, uma coisa geek divertida. Na realidade aqui, a CNCF, a força vital da CNCF são seus projetos. Amo todos os meus projetos igualmente, e temos 12 deles. Crescemos para 12 projetos.

[3:12] projetos nos últimos dois anos. Eles cobrem áreas desde orquestração até monitoramento e rastreamento. E tenho certeza de que alguns de vocês já viram isso. Maravilhoso panorama cloud native. Se não viram, você sabe, é um diagrama meio maluco. Ele meio que mostra a complexidade desse espaço, mas acho que o importante aqui é que, quando se trata de cloud native, existem vários caminhos para chegar ao cloud native, certo? Existem diferentes tecnologias por aí que poderiam usar, obviamente. Adoraríamos que vocês considerassem os projetos da CNCF. Achamos que eles são de alta qualidade e, você sabe, algo que vocês deveriam considerar. Mas somos realistas, certo? Entendemos que existem outras tecnologias e projetos por aí que vocês podem querer usar para coisas específicas. Mas o importante neste diagrama é que há alguns buracos faltando aqui. Há algumas peças faltando. Então, você sabe, hoje estou feliz em anunciar que vamos preencher algumas lacunas neste diagrama.

[4:14] preenchendo hoje. Então, por favor, deem as boas-vindas a Riaz ao palco. Obrigado. Obrigado, Chris. Então, como o Chris mencionou, hoje estamos preenchendo algumas lacunas naquele diagrama de caminhos e, com grande entusiasmo, tenho o prazer de anunciar dois novos projetos para a CNCF: The Update Framework e Notary. Então, obrigado.

[4:48] Então, para dar algum contexto, ambos os projetos são focados em segurança, e ambos os projetos focados em uma entrega confiável de conteúdo. O que isso significa é levar alguns dados do ponto A ao ponto B, os dados podem ser qualquer coisa, multiplataforma, de forma confiável. Então muitos de vocês provavelmente estão pensando: Ok, temos uma maneira de fazer isso. Talvez possamos usar assinaturas. Então aqui está a assinatura. E você pode reconhecer a assinatura, ou não, caso em que você tem alguma autenticidade da assinatura. Mas o que realmente falta apenas com a assinatura é que estamos perdendo muito contexto. Estamos perdendo...

[5:22] Quando a assinatura foi feita? Ainda é válida? Uma assinatura é suficiente para nossos dados, nosso software ou o documento em que isso estava? E então o que o TUF — The Update Framework — realmente se esforça para alcançar... é fornecer contexto para atualizações de software mais robustas de forma confiável. Então, para um pouco de histórico sobre o TUF, o TUF foi desenvolvido por um grupo de pesquisadores da Universidade de Nova York, a escola de engenharia. E eles tiraram algumas ideias do Tor, certo?

[5:53] que muitos de vocês podem conhecer como uma peça de software de comunicação de anonimato, e o Tor tinha um framework de atualização muito empolgante chamado [sought out] para criar um sistema de atualização muito seguro para o Tor, mesmo diante de alguns dos adversários mais fortes. E então, ao desenvolver o TUF e desenvolver o TUF, os pesquisadores do TUF decidiram realmente enfrentar o desafio de dar mais contexto em torno das assinaturas para que você possa tomar decisões muito robustas. Então, por exemplo, a partir das assinaturas, você já pode obter autenticidade, entendendo quem assinou, integridade, entendendo se o que foi assinado é a mesma coisa que você quer.

[6:31] Mas o TUF vai além disso ao oferecer garantias de atualidade. Esta é a assinatura mais atualizada, o pacote mais atualizado? Ele permite fazer limiar de múltiplas assinaturas. Então, tenho todas as assinaturas de que preciso? Você sabe, três assinaturas, cinco assinaturas. E, muito importante, em situações difíceis, se uma chave for comprometida, não é um evento do fim do mundo. Você pode rotacionar a chave, e os consumidores do seu pacote, ou qualquer software ou dados que você esteja fornecendo, ainda podem verificar sua assinatura e continuar com o processo óptico.

[7:02] E então, o TUF, como mencionei, é multiplataforma, e muitas plataformas e linguagens de programação já adotaram ou estão em processo de adoção do TUF hoje. O que me leva ao Notary, que é um projeto de código aberto da Docker que implementa a especificação TUF. É de código aberto no GitHub. Você pode ir lá hoje. É escrito em Go. Você tem uma interface de linha de comando. Alguns microsserviços para as operações do lado do servidor de assinatura e armazenamento de dados.

[7:33] e você tem uma biblioteca robusta para integrar. Muitos de vocês já devem conhecer o Notary, pois o Notary tem estado na vanguarda da proveniência de imagens de contêiner, ou seja, entender de onde uma imagem vem. É confiável? Mas para aqueles de vocês que não estão muito familiarizados com proveniência de imagens, gostaria de fazer uma analogia com imagens normais de PDF, JPEG, especialmente no mundo do Photoshop em que vivemos. Então, por exemplo — esta não é uma imagem real, certo? Tipo, você poderia, em algumas partes do mundo, pinguins vão à praia, mas você não vai ver um bebendo um drinque tropical se bronzeando e usando algumas flores em uma rede.

[8:16] Você tem mais probabilidade de ver... ser assim. E você esperaria que algo assim fosse uma imagem real. Então, da mesma forma que você gostaria de esperar imagens reais para fotos, você quer esperar que seus contêineres não sejam adulterados e sejam confiáveis. Você quer proveniência de imagem. Você quer saber que o mesmo desenvolvedor ou pessoa que escreveu o código para esta imagem e empacotou a imagem e a enviou é o mesmo — que essa mesma imagem é a que você está baixando e implantando em sua infraestrutura. E então o Notary, ao implementar a especificação TUF, oferece todas essas ótimas garantias de atualidade, autenticidade e integridade.

[8:51] Comprometido de forma sobrevivível. e permite que você aplique isso aos seus contêineres Docker e outros contêineres. E com o Notary, você pode na verdade ir um passo além e ter uma cadeia de custódia criptográfica. O que quero dizer com isso é que você pode... exigir criptograficamente, exigindo assinaturas em cada etapa do seu pipeline de CI/CD. Minha imagem... Passou no teste? Minha imagem passou por uma verificação de segurança? Minha imagem foi implantada com sucesso no desenvolvimento e passou nos testes lá? E antes de implantar em produção, você pode verificar e validar cada uma dessas assinaturas e exigir que elas existam.

[9:28] antes que seu contêiner seja implantado em seu ambiente de produção. Então, o Notary e o TUF são muito poderosos. O Notary foi adotado por muitas plataformas, incluindo Docker, Carl pergunta, kits Linux da VMware e muitos outros. Então, peço que vocês, por favor... se juntem a nós. Ambos os projetos são de código aberto. Do lado do TUF, a especificação é uma especificação viva. Então há propostas de aumento onde você pode propor novas adições à especificação, chamadas taps, e no Notary estamos nos aproximando de 1.0.

[10:01] e pensando em assinar especificações de Serviço, especificações de pod e muitos outros recursos, então convidamos você a se juntar a nós. E com isso, gostaria de convidar Chris de volta ao palco. Obrigado. É isso. Obrigado, Riaz. Agora estamos-- projetos e adicionamos tanto Notary quanto Tuff ao panorama. Então, obrigado, Riaz, por Você sabe, apenas um aviso final e um alô para a audiência é Estamos sediando a KubeCon, CloudNativeCon em Austin.

[10:36] em menos de alguns meses agora. Então, se você estiver interessado em conhecer a comunidade cloud-native e, você sabe, trabalhar com nossos projetos, por favor, faça o seu caminho para Austin e participe da conferência. E estaremos de volta à Europa em maio em Copenhague. Mas obrigado pelo seu tempo, e vou passar de volta para Jim para... Nos conduzir adiante.