Ontem à noite, um evento muito especial ofereceu mais de três horas de insights e história sobre o segundo maior projeto de código aberto do mundo (depois do Linux). Enquanto o Kubernetes celebrava seu 10º aniversário, o campus do Google em Mountain View organizou um desfile de figuras-chave da comunidade que ajudaram a fazer isso acontecer.
À medida que a noite avançava, vieram palestrantes de todos os níveis do projeto:
Dawn Chen falou após 17 anos no Google – como um dos líderes de seu fatídico projeto Borg.
Sarah Novotny apresentou uma história turbulenta do Kubernetes a partir de sua perspectiva como gerente de programa da comunidade Kubernetes (de 2015 a 2018) e chefe de estratégia de código aberto do Google Cloud Platform (2017-2019).
A noite terminou com a engenheira de software de longa data Janet Kuo agradecendo ao público e à comunidade Kubernetes “por manter esta comunidade Kubernetes tão inovadora com suas ideias brilhantes”.
Mas parecia que todos partilhavam os seus próprios testemunhos de persistência, as suas recordações do trabalho de indivíduos e comunidades e as suas melhores histórias daqueles momentos de esperança passados a colaborar num projecto que realmente acreditavam que poderia mudar o mundo.
E tudo veio das pessoas que estavam lá — e que ainda lembravam com carinho…
Uma visão de 59 anos
Um dos momentos mais comoventes ocorreu quando Eric Brewer (vice-presidente de infraestrutura do Google) explicou que “Não são 10 anos para mim. São 30.” Em 1997, ele foi coautor de um artigo sobre “Serviços de rede escaláveis baseados em cluster”, que propunha um utilitário de computador sempre ativo que, como ele disse ao público, “pode implementar todas as coisas”.
Mas, surpreendentemente, esse artigo também incluía uma citação com uma visão semelhante de 1965 – do artigo que apresentava o sistema multics seminal. “Na minha opinião, esses três – multics, meu trabalho nos anos 90 e Kubernetes – são todos tentativas da mesma visão.”
Então, por que foi o Kubernetes que finalmente teve sucesso, e só agora nesta terceira tentativa? Brewer observa que a era multics não tinha internet. (“Eles realmente pensaram que haveria cinco computadores no mundo e que todos nós nos conectaríamos através do compartilhamento de tempo em um desses cinco computadores…”) Na década de 1990 a humanidade chegou mais perto de concretizar a visão de um serviço público que poderia implementar tudo. “Tínhamos serviços semelhantes aos da nuvem – realmente tínhamos… Eles eram centrados em processos, não tinham estado, tinham APIs e serviços e todo esse suporte. Mas eles rodavam diretamente no hardware, e as máquinas reais são difíceis – elas não são elásticas. É muito difícil construir esse tipo de sistema.”
Então Brewer chegou ao Kubernetes, dizendo com verdadeiro carinho que “Ele está entregando essa visão, de verdade…” Mas não é apenas porque a infraestrutura elástica está disponível – Brewer diz que é “por causa da comunidade”. Olhando para trás, nos últimos 59 anos, o rosto de Brewer mostrava uma emoção visível. “Em retrospecto, é óbvio. Mas se você quiser servir todas as coisas, a comunidade tem que escrever todas as coisas. Não há outra maneira…
“Acho que esse é provavelmente o meu maior agradecimento a esta comunidade – é que você escreveu todas as coisas.”
A primeira equipe fala
Kelsey Hightower apresentou o co-criador do Kubernetes, Craig McLuckie, que se lembra de sua equipe original como “incrivelmente desconexa”. Mais tarde, Kit Merker, que era gerente de produto do Google para Kubernetes, descreveu a equipe como “rebelde”.
Ville Aikas, também um dos primeiros membros da equipe, observou que até mesmo o famoso primeiro commit do projeto foi precedido por um trabalho muito anterior em code.google.com. (“Não existe mais, infelizmente…” Aikas acrescentou. “Quando isso acabou, perdemos um monte de história.”) Seu argumento era que é importante “compreender o início verdadeiramente humilde de onde começamos”.
E falando mais tarde, o engenheiro de software da equipe do Kubernetes, Tim Hockin, disse: “Todos trabalharam em tudo… Todos nós fizemos o que precisávamos para realizar as coisas”. (Embora Hockins tenha sido designado para trabalhar em redes, sua experiência na verdade era em sistemas operacionais. “Um dos meus primeiros empregos no Google foi escrever BIOS em assembly.”)
À medida que sua história avançava, Hockin enfatizou como isso impactou o projeto. “Agora lembre-se, ainda não sou uma pessoa de networking. Mas a maioria dos desenvolvedores de aplicativos também não o é, e acredito profundamente que eles não deveriam ser…. E guardo isso no meu coração, e esse era o meu objetivo e continuará a ser o meu objetivo.”
Pensamentos do Docker
McLuckie disse ao público que sua preocupação na época era que a Amazon tivesse “efetivamente criado esta forma incrivelmente perturbadora de comercializar código aberto”. Mas uma peça-chave da resposta do Kubernetes foi como o Docker “fez esse trabalho incrível de desbloquear muitas das principais tecnologias nas quais o Google construiu – e torná-las acessíveis aos desenvolvedores. Solomon (Hykes) realmente colocou um raio em uma garrafa em termos de criar uma experiência de desenvolvedor imediatamente acessível.”
Era um tema que continuava surgindo. Trabalhando no sistema Borg anterior do Google, Hockin já tinha tido a ideia de dar a cada trabalho seu próprio endereço IP. Mas essa ideia foi arquivada – até alguns anos depois, quando o uso de namespaces pelo Docker a trouxe de volta. “Pensei… ‘Esta é a experiência do usuário que eu queria’… Realmente descreveu uma experiência do usuário que parecia mágica.” Hockin chamou isso de “o nascimento daquele modelo IP por pod que todos nós conhecemos e… talvez amamos”.
E então, Hightower trouxe ao palco o criador original do Docker, Solomon Hykes, para uma entrevista especial individual. “Não acho que o Kubernetes exista sem o Docker”, começou Hightower…
Hightower disse que a interface de usuário do Docker realmente impressionou a equipe do Kubernetes – e que a competição impulsionou os dois projetos. Mas Hykes se lembrava de sua equipe como verdadeiros estranhos e ninguém. “Viemos da França – você sabe, fizemos as malas e acabamos de nos mudar para um novo país para ter uma chance nesta startup com a qual ninguém se importava. E estávamos há cinco anos fazendo a coisa do contêiner – e literalmente ninguém se importava…” Mas então, depois de um processo interativo de projetar e ouvir os usuários, de repente houve uma “histeria em massa…”
“Em algum momento, tornou-se supercompetitivo e os riscos eram tão altos…” disse Hykes, antes de chegar a um pensamento mais conciliatório. “Mas no final das contas, é engraçado, porque Kubernetes e Docker são projetos muito complementares, na verdade. E no final eles se integraram, acho que muito bem…”
Kelsey Hightower fez questão de agradecer. “Quero que saibam, com absoluta certeza, que vocês criaram essa base que foi forte o suficiente para içar um projeto desse porte para durar 10 anos…” E o público aplaudiu. Hykes então disse, lenta e pensativamente, que estava apreciando “este evento e esta fase da comunidade”, dizendo que se sente bem-vindo e parte da “família dos contêineres. Gosto dessa fase porque não me sentia assim antes…”
“Foi uma transição muito abrupta para – pelo menos para mim, talvez para os outros membros da equipe Docker – de ‘Vá embora, ninguém se importa’ para ‘Obrigado, já resolvemos isso. Além disso, vá embora.’” Ele riu. “Quer dizer, é verdade, éramos meio que… você sabe, éramos um pouco inconvenientes… Estávamos, tipo, ocupando muito espaço. Acho que realmente queríamos ser incluídos…”
“Esta é a minha linguagem. É meu povo. E é bom – é bom que, com o tempo, a excelente engenharia, as melhores práticas e os princípios de código aberto vençam no final.”
Agradecendo e lembrando
O evento reconheceu a comunidade repetidas vezes. Um primeiro slide mostrava os nomes dos 25 principais colaboradores, gerando uma salva de palmas – com outro slide reconhecendo todos os líderes de lançamento.
Chris Aniszczyk agradece aos líderes de lançamento na celebração do Kubernetes 10 em Mountain View.
Mas isso foi apenas uma parte do que fez tudo funcionar junto. Durante um painel de discussão, Paris Pittman, gerente do programa Kubernetes para relações com desenvolvedores, lembrou como o antigo engenheiro de software do Google, Brian Grant, também a incentivou a criar mais funções. “As pessoas precisavam de propriedade. As pessoas precisam de incentivo… Sinto que esse é o verdadeiro ingrediente secreto.”
No início da noite, o CTO da CNCF, Chris Aniszczyk, também reservou um momento para lembrar Dan Kohn. “Ele realmente se importava em trazer pessoas para esta comunidade, ajudando com bolsas de estudo, tentando ser inclusivo.” Embora Kohn tenha falecido recentemente, “acho que ele realmente teve um papel importante na formação desta organização. Então, só quero agradecê-lo e lembrá-lo pelo que todos nós construímos juntos como uma comunidade.”
Outra retrospectiva veio de Ian Coldwater – agora no Docker, mas originalmente um engenheiro de segurança de plataforma na Heroku, e antes disso um testador de penetração independente. Coldwater começou lembrando aqueles dias de formação, de ser “uma mãe no meio-oeste, quando consegui um emprego em uma empresa que adotou muito cedo essa nova tecnologia realmente estranha que você meio que não deveria estar executando (em) produção , mas estávamos fazendo isso de qualquer maneira.” Coldwater foi convidado a tentar quebrar o Kubernetes, e “Acontece que eu poderia quebrá-lo… O Kubernetes naquela época era muito fácil de quebrar”.
“Você poderia executar comandos como root em um cluster com uma chamada curl não autenticada. Chegamos até aqui — como projeto, como grupo, como comunidade. Nós fizemos isso juntos. Construímos isso juntos e estou muito orgulhoso de todos nós.”
Mas então Coldwater gritou para as pessoas que ajudaram a tornar sua segurança “totalmente diferente do que costumava ser. Na verdade, eu diria, é muito bom em muitos casos.” E essa lista começou com Kris Nova, que “fez tanto trabalho anônimo e sem créditos”. Nova morreu em agosto passado, aos 36 anos, e Coldwater lembrou que “ela não estava interessada em receber o crédito por isso. Então, postumamente – quando ela não estiver por perto para ficar envergonhada com isso – quero dar-lhe crédito por isso. Ela foi responsável por tantas coisas pelas quais vocês nunca souberam que ela era responsável.
“Ela foi incrível e sentimos falta dela.”
Houve mais mensagens para pessoas de segurança como Rory McCune e Brad Geesaman “e todas aquelas pessoas no início que descobriram como hackear essa coisa – sem documentação – e então descobriram como documentá-la!”
Coldwater tem um filho agora adulto – mas diz que talvez “nós temos crescemos – como um projeto, como pessoas – juntos. Estou muito animado para subir de nível, para subir de nível todos vocês – e fazer isso juntos.
“Estou muito animado para crescer com você.”
Ian Coldwater na celebração dos 10 anos do Kubernetes.
YOUTUBE.COM/THENEWSTACK
A tecnologia avança rápido, não perca um episódio. Inscreva-se em nosso canal no YouTube para transmitir todos os nossos podcasts, entrevistas, demonstrações e muito mais.
SE INSCREVER
David Cassel é um orgulhoso residente da área da baía de São Francisco, onde cobre notícias de tecnologia há mais de duas décadas. Ao longo dos anos, seus artigos apareceram em todos os lugares, desde CNN, MSNBC e Wall Street Journal Interactive…
Este site utiliza cookies para melhorar sua experiência de navegação. Ao continuar, você concorda com o uso de cookies. Para mais informações, consulte nossa Política de Privacidade.
Funcional
Sempre ativo
O armazenamento ou acesso técnico é estritamente necessário para a finalidade legítima de permitir a utilização de um serviço específico explicitamente solicitado pelo assinante ou utilizador, ou com a finalidade exclusiva de efetuar a transmissão de uma comunicação através de uma rede de comunicações eletrónicas.
Preferências
O armazenamento ou acesso técnico é necessário para o propósito legítimo de armazenar preferências que não são solicitadas pelo assinante ou usuário.
Estatísticas
O armazenamento ou acesso técnico que é usado exclusivamente para fins estatísticos.O armazenamento técnico ou acesso que é usado exclusivamente para fins estatísticos anônimos. Sem uma intimação, conformidade voluntária por parte de seu provedor de serviços de Internet ou registros adicionais de terceiros, as informações armazenadas ou recuperadas apenas para esse fim geralmente não podem ser usadas para identificá-lo.
Marketing
O armazenamento ou acesso técnico é necessário para criar perfis de usuário para enviar publicidade ou para rastrear o usuário em um site ou em vários sites para fins de marketing semelhantes.