Kubernetes faz 10 anos: como dirigiu a computação nativa da nuvem para a última década - e o que vem a seguir

Se você removesse o Linux, a nuvem, os recipientes ou o Kubernetes do cenário da tecnologia, você se encontraria em um mundo que quase não é reconhecível. O Linux serve como base para todas essas tecnologias; A nuvem nos oferece acesso a seus vastos recursos e aplicativos; Os contêineres fornecem as casas para esses aplicativos; E Kubernetes mantém todos os recipientes em harmonia. Tire qualquer um deles, e estaríamos de volta a uma era mais primitiva da tecnologia.
Kubernetes, em particular, reformulou drasticamente o mundo da computação nativa em nuvem na última década. Comemorando seu 10º aniversário, Kubernetes é um exemplo brilhante do poder da colaboração e inovação de código aberto. Desde a sua criação no Google até sua ascensão como padrão de orquestração de contêineres, ele revolucionou como implantamos, gerenciamos e escalamos aplicativos.
E você não precisa apenas aceitar minha palavra para isso. O recente relatório da Voice of Kubernetes, da Pure Storage, descobriu que "nos próximos cinco anos, 80% dos novos aplicativos serão construídos em plataformas nativas de nuvem". Pessoalmente, estou surpreso que o número não seja mais alto.
O impacto de Kubernetes na computação
Kubernetes mudou fundamentalmente a maneira como abordamos a computação. Como Liz Rice, diretora de código aberto da Isovalent, uma empresa de rede, segurança e observabilidade baseada no EBPF, explicou para mim, a Kubernetes transformou nossa abordagem de redes e segurança:
Kubernetes é fundamentalmente dinâmico. As vagens podem aumentar e diminuir em resposta à demanda, e as cargas de trabalho podem ser agendadas e remarcadas em diferentes máquinas. Portanto, embora a rede entre as cargas de trabalho do Kubernetes use pacotes IP, os endereços IP são significativos apenas a curto prazo porque são usados e reutilizados para cargas de trabalho diferentes em momentos diferentes. Isso significa que as ferramentas tradicionais de rede e segurança que identificam o tráfego com base em portas e endereços IP não são mais suficientes. Precisamos de ferramentas que mapas os endereços IP efêmeres para identidades significativas de Kubernetes, como pods, serviços, espaços para nomes e nós.
Vamos dar uma olhada na década passada para ver onde o Kubernetes começou, como ele moldou a paisagem nativa em nuvem e o que o futuro poderia conter.
Gênesis de Kubernetes
A história de Kubernetes começa no início de 2010 no Google, onde os engenheiros estavam enfrentando os desafios de gerenciar aplicativos de contêiner em larga escala. Os contêineres estavam se tornando cada vez mais importantes, e uma solução de gerenciamento era desesperadamente necessária.
Dentro do Google, o significado da organização de recipientes já estava bem compreendido. O Google usava contêineres muito antes do Docker os popularizou. Quando os engenheiros do Google Craig McLuckie, Joe Beda e Brendan Burns lançaram a idéia em 2013 para Urs Hölzle, então o Chefe de Infraestrutura Técnica do Google, ele respondeu: "Então, deixe-me que você seja mais importante que você não se sinta mais importante.
Sim, é exatamente isso que eles queriam. E, eventualmente, eles convenceram Hölzle. Foi uma boa jogada.
McLuckie explicou sua lógica:
Sempre acreditávamos que Kubernetes de código aberto era o caminho certo a percorrer, trazendo muitos benefícios ao projeto. Por um lado, os loops de feedback eram essencialmente instantâneos - se houvesse um problema ou algo não funcionou bem, sabíamos sobre isso imediatamente. Mas o mais importante é que conseguimos trabalhar com muitos grandes engenheiros, muitos dos quais realmente entendiam as necessidades das empresas que se beneficiariam da implantação de contêineres. Foi um ciclo virtuoso: o trabalho de engenheiros talentosos levou a mais interesse no projeto, o que aumentou ainda mais a taxa de melhoria e uso.
No início de junho de 2014, no primeiro DockerCon, "a guerra de orquestração de contêineres" foi inflamada. Mesos Apache, Red Hat's Geard, Docker Libswarm, Tupperware do Facebook e Kubernetes foram anunciados. Brad Rydzewski, então o fundador do Drone.io, observou: "O que aprendi no #DockerCon: todo mundo está construindo sua própria plataforma de orquestração. Sério. Todo mundo".
Ele não estava errado. Mais programas de orquestração se seguiram rapidamente.
Mesmo naqueles primeiros dias, eu acreditava que Kubernetes emergiria como vencedor. Foi inspirado no programa de gerenciamento de contêineres Borg do Google, que estava em uso desde 2003, dando -lhe um nível de maturidade que os outros não tinham.
Kubernetes rapidamente ganhou tração. O nome "Kubernetes" vem da palavra grega para "Helmsman" ou "Pilot", simbolizando seu papel na direção de aplicações de contêiner. O logotipo Kubernetes, uma roda de sete raios, presta homenagem à sua herança de Borg e seu nome inicial, sete de nove, um amigável Borg de Star Trek, que foi descartado por razões de marca registrada.
Adoção rápida e crescimento da comunidade
A natureza de código aberto de Kubernetes e o conjunto de recursos robustos fizeram um sucesso instantâneo entre desenvolvedores e empresas. Em 2015, a Kubernetes havia atingido a versão 1.0 e o Google fez uma parceria com a Linux Foundation para formar a Fundação de Computação Nativa de Cloud (CNCF), com a Kubernetes como sua tecnologia de sementes. Esse movimento foi crucial para promover uma comunidade vibrante em torno de Kubernetes, levando a uma rápida inovação e adoção generalizada.
Enquanto outros programas de orquestração de contêineres ainda existem, em 2017, a Amazon Web Services (AWS) anunciou o serviço de contêineres elástico para Kubernetes (EKs), sinalizando o domínio de Kubernetes no mundo nativo da nuvem.
Simultaneamente, o CNCF nutriu o ecossistema Kubernetes. Hoje, centenas de programas nativos da nuvem dependem de Kubernetes. Nenhum grande provedor de nuvem está sem ele. Tornou-se a plataforma de orquestração de contêineres.
Transformando o desenvolvimento nativo da nuvem
O impacto de Kubernetes no desenvolvimento nativo da nuvem não pode ser exagerado. Ele introduziu um novo paradigma para implantar e gerenciar aplicativos, permitindo que os desenvolvedores se concentrem na redação do código, em vez de gerenciar a infraestrutura. Kubernetes abstrai as complexidades da orquestração de contêineres, oferecendo recursos como lançamentos e reversão automatizados, autocura e escala horizontal.
Outra vantagem significativa dos Kubernetes é sua portabilidade. Os aplicativos implantados no Kubernetes podem ser executados em qualquer provedor de nuvem ou infraestrutura local, tornando-a uma escolha ideal para ambientes híbridos e de várias nuvens. Essa flexibilidade foi um divisor de águas para as empresas, permitindo que elas evitem o bloqueio do fornecedor e otimize suas estratégias em nuvem.
Ao longo dos anos, Kubernetes também deu origem a um rico ecossistema de ferramentas e projetos que estendem suas capacidades. Isso inclui o Helm, o Kubernetes Package Manager que simplifica a implantação e o gerenciamento de aplicativos e o Prometheus, a poderosa ferramenta de monitoramento e alerta para ambientes de Kubernetes.
A ascensão dos Kubernetes também nasceu novos paradigmas, como Gitops, que aproveita o Git como a única fonte de verdade para a infraestrutura declarativa e o gerenciamento de aplicativos.
O futuro de Kubernetes
Olhando para o futuro, Kubernetes não mostra sinais de desaceleração. A plataforma continua a evoluir, com novos recursos e aprimoramentos sendo adicionados regularmente. A comunidade Kubernetes está explorando maneiras de simplificar a experiência do usuário, melhorar a segurança e aprimorar a escalabilidade.
Ville Aikas, co-fundador de Chainguard e um dos criadores de Kubernetes, observou:
Temos esse cenário enorme da CNCF que floresce, o que é uma coisa maravilhosa em termos de toda a diversidade de opções de ferramentas e infraestrutura que ele oferece às equipes de plataforma. Mas acho que isso também cria um monte de opções que precisam ser feitas para operar Kubernetes - e essa paisagem ficou enorme. Eu sempre senti que uma das principais razões pelas quais Kubernetes se tornou tão popular foi sua interface de programação de aplicativos (API) é tão simples e que a carga cognitiva para usá -la é relativamente baixa. À medida que o Kubernetes continua amadurecendo, ele precisa de alguma forma manter a simplicidade de seu modelo mental e usabilidade de sua API.
Equilibrar Kubernetes e os paradigmas de programação nativos da nuvem está se tornando cada vez mais complexa.
Shahar Azulay, CEO e co-fundador da GroundCover, uma empresa de monitoramento de desempenho do EBPF, observou:
A Kubernetes demonstrou sua capacidade de gerenciar diversas tarefas de maneira eficaz, mas sua complexidade requer configuração considerável e manutenção contínua. Semelhante à forma como o Linux se transformou em um sistema operacional confiável, espero que o Kubernetes se transforme em uma camada de abstração mais fácil de usar. À medida que a adoção de Kubernetes continua a crescer uma década, a necessidade de eficiência e otimização de custos se torna cada vez mais crítica.
Olhando para o futuro, o arroz de Isovalente acrescentou:
Já estamos vendo Kubernetes sendo usados em ambientes mais híbridos ao lado de cargas de trabalho herdadas e dispositivos de borda. A visão de cílio é que um desenvolvedor de aplicativos não precisa saber ou se preocupar onde os serviços com os quais desejam interagir estão em execução: a conectividade e a segurança devem ser tratadas na camada da plataforma.
Outro desenvolvimento emocionante no horizonte é a integração de Kubernetes com a computação sem servidor. Projetos como Kubless e Fissão estão trazendo recursos sem servidor para a Kubernetes, permitindo que os desenvolvedores construam e implantem funções como serviço (FAAs) sobre seus clusters de Kubernetes existentes. Essa fusão de Kubernetes sem servidor promete desbloquear novas possibilidades para aplicativos nativos da nuvem.
Computação de borda e Kubernetes também estão crescendo de mãos dadas. À medida que mais dispositivos e aplicativos se movem para a borda, o Kubernetes está sendo adaptado para suportar implantações de borda. A comunidade Kubernetes está trabalhando em projetos como Kubeedge, Microk8s e Red Hat Disposited Edge para permitir clusters de Kubernetes leves e eficientes que podem ser executados em dispositivos de borda.
O futuro parece brilhante para Kubernetes. Com a inovação em andamento e um ecossistema próspero, o Kubernetes está pronto para continuar moldando o cenário nativo da nuvem nos próximos anos. Aqui está mais uma década de Kubernetes, cheios de inovação, colaboração e excelência na orquestração de contêineres.
Artigo relacionado
Resumo Potenciado por IA: Um Guia Completo para Resumir Vídeos do YouTube
No mundo acelerado de hoje, a capacidade de processar e entender informações rapidamente é mais importante do que nunca. O YouTube, com sua vasta gama de vídeos, é um tesouro de conhecimento, mas quem
AI Revoluciona o Ultrassom para Avaliações no Ponto de Cuidado
A inteligência artificial está transformando o mundo da saúde, e a tecnologia de ultrassom está acompanhando essa onda de mudança. Este artigo explora como o AI está transformando as avaliações de ult
Folhas de Consulta de Aprendizado de Máquina: Guia de Referência Rápida Essencial de IA
No dinâmico mundo da tecnologia, onde IA e computação em nuvem impulsionam a inovação, manter-se atualizado e preparado é crucial. Seja discutindo estratégias com um colega, criando conteúdo educacion
Comentários (0)
0/200
Se você removesse o Linux, a nuvem, os recipientes ou o Kubernetes do cenário da tecnologia, você se encontraria em um mundo que quase não é reconhecível. O Linux serve como base para todas essas tecnologias; A nuvem nos oferece acesso a seus vastos recursos e aplicativos; Os contêineres fornecem as casas para esses aplicativos; E Kubernetes mantém todos os recipientes em harmonia. Tire qualquer um deles, e estaríamos de volta a uma era mais primitiva da tecnologia.
Kubernetes, em particular, reformulou drasticamente o mundo da computação nativa em nuvem na última década. Comemorando seu 10º aniversário, Kubernetes é um exemplo brilhante do poder da colaboração e inovação de código aberto. Desde a sua criação no Google até sua ascensão como padrão de orquestração de contêineres, ele revolucionou como implantamos, gerenciamos e escalamos aplicativos.
E você não precisa apenas aceitar minha palavra para isso. O recente relatório da Voice of Kubernetes, da Pure Storage, descobriu que "nos próximos cinco anos, 80% dos novos aplicativos serão construídos em plataformas nativas de nuvem". Pessoalmente, estou surpreso que o número não seja mais alto.
O impacto de Kubernetes na computação
Kubernetes mudou fundamentalmente a maneira como abordamos a computação. Como Liz Rice, diretora de código aberto da Isovalent, uma empresa de rede, segurança e observabilidade baseada no EBPF, explicou para mim, a Kubernetes transformou nossa abordagem de redes e segurança:
Kubernetes é fundamentalmente dinâmico. As vagens podem aumentar e diminuir em resposta à demanda, e as cargas de trabalho podem ser agendadas e remarcadas em diferentes máquinas. Portanto, embora a rede entre as cargas de trabalho do Kubernetes use pacotes IP, os endereços IP são significativos apenas a curto prazo porque são usados e reutilizados para cargas de trabalho diferentes em momentos diferentes. Isso significa que as ferramentas tradicionais de rede e segurança que identificam o tráfego com base em portas e endereços IP não são mais suficientes. Precisamos de ferramentas que mapas os endereços IP efêmeres para identidades significativas de Kubernetes, como pods, serviços, espaços para nomes e nós.
Vamos dar uma olhada na década passada para ver onde o Kubernetes começou, como ele moldou a paisagem nativa em nuvem e o que o futuro poderia conter.
Gênesis de Kubernetes
A história de Kubernetes começa no início de 2010 no Google, onde os engenheiros estavam enfrentando os desafios de gerenciar aplicativos de contêiner em larga escala. Os contêineres estavam se tornando cada vez mais importantes, e uma solução de gerenciamento era desesperadamente necessária.
Dentro do Google, o significado da organização de recipientes já estava bem compreendido. O Google usava contêineres muito antes do Docker os popularizou. Quando os engenheiros do Google Craig McLuckie, Joe Beda e Brendan Burns lançaram a idéia em 2013 para Urs Hölzle, então o Chefe de Infraestrutura Técnica do Google, ele respondeu: "Então, deixe-me que você seja mais importante que você não se sinta mais importante.
Sim, é exatamente isso que eles queriam. E, eventualmente, eles convenceram Hölzle. Foi uma boa jogada.
McLuckie explicou sua lógica:
Sempre acreditávamos que Kubernetes de código aberto era o caminho certo a percorrer, trazendo muitos benefícios ao projeto. Por um lado, os loops de feedback eram essencialmente instantâneos - se houvesse um problema ou algo não funcionou bem, sabíamos sobre isso imediatamente. Mas o mais importante é que conseguimos trabalhar com muitos grandes engenheiros, muitos dos quais realmente entendiam as necessidades das empresas que se beneficiariam da implantação de contêineres. Foi um ciclo virtuoso: o trabalho de engenheiros talentosos levou a mais interesse no projeto, o que aumentou ainda mais a taxa de melhoria e uso.
No início de junho de 2014, no primeiro DockerCon, "a guerra de orquestração de contêineres" foi inflamada. Mesos Apache, Red Hat's Geard, Docker Libswarm, Tupperware do Facebook e Kubernetes foram anunciados. Brad Rydzewski, então o fundador do Drone.io, observou: "O que aprendi no #DockerCon: todo mundo está construindo sua própria plataforma de orquestração. Sério. Todo mundo".
Ele não estava errado. Mais programas de orquestração se seguiram rapidamente.
Mesmo naqueles primeiros dias, eu acreditava que Kubernetes emergiria como vencedor. Foi inspirado no programa de gerenciamento de contêineres Borg do Google, que estava em uso desde 2003, dando -lhe um nível de maturidade que os outros não tinham.
Kubernetes rapidamente ganhou tração. O nome "Kubernetes" vem da palavra grega para "Helmsman" ou "Pilot", simbolizando seu papel na direção de aplicações de contêiner. O logotipo Kubernetes, uma roda de sete raios, presta homenagem à sua herança de Borg e seu nome inicial, sete de nove, um amigável Borg de Star Trek, que foi descartado por razões de marca registrada.
Adoção rápida e crescimento da comunidade
A natureza de código aberto de Kubernetes e o conjunto de recursos robustos fizeram um sucesso instantâneo entre desenvolvedores e empresas. Em 2015, a Kubernetes havia atingido a versão 1.0 e o Google fez uma parceria com a Linux Foundation para formar a Fundação de Computação Nativa de Cloud (CNCF), com a Kubernetes como sua tecnologia de sementes. Esse movimento foi crucial para promover uma comunidade vibrante em torno de Kubernetes, levando a uma rápida inovação e adoção generalizada.
Enquanto outros programas de orquestração de contêineres ainda existem, em 2017, a Amazon Web Services (AWS) anunciou o serviço de contêineres elástico para Kubernetes (EKs), sinalizando o domínio de Kubernetes no mundo nativo da nuvem.
Simultaneamente, o CNCF nutriu o ecossistema Kubernetes. Hoje, centenas de programas nativos da nuvem dependem de Kubernetes. Nenhum grande provedor de nuvem está sem ele. Tornou-se a plataforma de orquestração de contêineres.
Transformando o desenvolvimento nativo da nuvem
O impacto de Kubernetes no desenvolvimento nativo da nuvem não pode ser exagerado. Ele introduziu um novo paradigma para implantar e gerenciar aplicativos, permitindo que os desenvolvedores se concentrem na redação do código, em vez de gerenciar a infraestrutura. Kubernetes abstrai as complexidades da orquestração de contêineres, oferecendo recursos como lançamentos e reversão automatizados, autocura e escala horizontal.
Outra vantagem significativa dos Kubernetes é sua portabilidade. Os aplicativos implantados no Kubernetes podem ser executados em qualquer provedor de nuvem ou infraestrutura local, tornando-a uma escolha ideal para ambientes híbridos e de várias nuvens. Essa flexibilidade foi um divisor de águas para as empresas, permitindo que elas evitem o bloqueio do fornecedor e otimize suas estratégias em nuvem.
Ao longo dos anos, Kubernetes também deu origem a um rico ecossistema de ferramentas e projetos que estendem suas capacidades. Isso inclui o Helm, o Kubernetes Package Manager que simplifica a implantação e o gerenciamento de aplicativos e o Prometheus, a poderosa ferramenta de monitoramento e alerta para ambientes de Kubernetes.
A ascensão dos Kubernetes também nasceu novos paradigmas, como Gitops, que aproveita o Git como a única fonte de verdade para a infraestrutura declarativa e o gerenciamento de aplicativos.
O futuro de Kubernetes
Olhando para o futuro, Kubernetes não mostra sinais de desaceleração. A plataforma continua a evoluir, com novos recursos e aprimoramentos sendo adicionados regularmente. A comunidade Kubernetes está explorando maneiras de simplificar a experiência do usuário, melhorar a segurança e aprimorar a escalabilidade.
Ville Aikas, co-fundador de Chainguard e um dos criadores de Kubernetes, observou:
Temos esse cenário enorme da CNCF que floresce, o que é uma coisa maravilhosa em termos de toda a diversidade de opções de ferramentas e infraestrutura que ele oferece às equipes de plataforma. Mas acho que isso também cria um monte de opções que precisam ser feitas para operar Kubernetes - e essa paisagem ficou enorme. Eu sempre senti que uma das principais razões pelas quais Kubernetes se tornou tão popular foi sua interface de programação de aplicativos (API) é tão simples e que a carga cognitiva para usá -la é relativamente baixa. À medida que o Kubernetes continua amadurecendo, ele precisa de alguma forma manter a simplicidade de seu modelo mental e usabilidade de sua API.
Equilibrar Kubernetes e os paradigmas de programação nativos da nuvem está se tornando cada vez mais complexa.
Shahar Azulay, CEO e co-fundador da GroundCover, uma empresa de monitoramento de desempenho do EBPF, observou:
A Kubernetes demonstrou sua capacidade de gerenciar diversas tarefas de maneira eficaz, mas sua complexidade requer configuração considerável e manutenção contínua. Semelhante à forma como o Linux se transformou em um sistema operacional confiável, espero que o Kubernetes se transforme em uma camada de abstração mais fácil de usar. À medida que a adoção de Kubernetes continua a crescer uma década, a necessidade de eficiência e otimização de custos se torna cada vez mais crítica.
Olhando para o futuro, o arroz de Isovalente acrescentou:
Já estamos vendo Kubernetes sendo usados em ambientes mais híbridos ao lado de cargas de trabalho herdadas e dispositivos de borda. A visão de cílio é que um desenvolvedor de aplicativos não precisa saber ou se preocupar onde os serviços com os quais desejam interagir estão em execução: a conectividade e a segurança devem ser tratadas na camada da plataforma.
Outro desenvolvimento emocionante no horizonte é a integração de Kubernetes com a computação sem servidor. Projetos como Kubless e Fissão estão trazendo recursos sem servidor para a Kubernetes, permitindo que os desenvolvedores construam e implantem funções como serviço (FAAs) sobre seus clusters de Kubernetes existentes. Essa fusão de Kubernetes sem servidor promete desbloquear novas possibilidades para aplicativos nativos da nuvem.
Computação de borda e Kubernetes também estão crescendo de mãos dadas. À medida que mais dispositivos e aplicativos se movem para a borda, o Kubernetes está sendo adaptado para suportar implantações de borda. A comunidade Kubernetes está trabalhando em projetos como Kubeedge, Microk8s e Red Hat Disposited Edge para permitir clusters de Kubernetes leves e eficientes que podem ser executados em dispositivos de borda.
O futuro parece brilhante para Kubernetes. Com a inovação em andamento e um ecossistema próspero, o Kubernetes está pronto para continuar moldando o cenário nativo da nuvem nos próximos anos. Aqui está mais uma década de Kubernetes, cheios de inovação, colaboração e excelência na orquestração de contêineres.












