Fazer login no IT Mídia Redefinir senha
Bem-vindo de volta,
Digite seu e-mail e clique em enviar
Ainda não tem uma conta? Cadastre-se
Salvar em Nova pasta de favoritos

+

Criar pasta
Salvar Escolher Pasta
6 razões para mudar para Kubernetes gerenciados
Home > Tendências

6 razões para mudar para Kubernetes gerenciados

Serviços gerenciados do Kubernetes amadureceram ao ponto em que muitas empresas estão entregando as chaves de seus clusters

Scott Carey, Infoworld

23/04/2021 às 13h45

Foto: Adobe Stock

Transferir seus clusters Kubernetes para um provedor de serviços gerenciados pode ser parecido com mandar seus filhos para a faculdade - é assustador no início, mas eventualmente há muito menos trabalho para fazer em casa.

As opções de Kubernetes gerenciado - ou Kubernetes como serviço (KaaS) - dos três grandes provedores de nuvem pública Amazon Web Services (AWS), Google Cloud e Microsoft Azure deram grandes passos nos últimos anos, ajudando os clientes a executar e orquestrar suas cargas de trabalho em contêineres sem precisar conhecer os meandros dos arquivos de configuração YAML ou se preocupar com escalonamento automático, atualizações e gerenciamento de cluster.

“Quando as empresas consideram algo estratégico, a tendência inicial é administrar por si mesmas. Então, eles percebem com o tempo, à medida que se aclimatam, que não apenas não está lhes dando nenhuma vantagem competitiva, mas é mais provável que os fornecedores possam administrá-lo melhor do que eles”, disse Stephen O'Grady, cofundador da empresa RedMonk, empresa de analistas do setor focada em desenvolvedores de software. “Todas as empresas estão seguindo esse caminho? Ainda não, mas o apetite e o rumo da viagem parecem claros”, acrescentou.

Aqui estão seis motivos para considerar um serviço Kubernetes gerenciado.

Menor sobrecarga de gerenciamento

Vamos começar com o motivo óbvio primeiro. “Dá menos trabalho, vamos ser claros”, disse Sylvain Roy, Vice-Presidente Sênior de Plataformas de Tecnologia e Engenharia da empresa de tecnologia de viagens Amadeus. “Ele é operado para nós e isso é importante, porque temos o desafio de ter todas as pessoas de que precisamos para administrar [o Kubernetes]”.

CIO2503

E-book por:

Da mesma forma, um pequeno grupo de engenheiros da empresa de construção Strabag administra contêineres desde 2006, fazendo a transição para um Docker e Kubernetes de código aberto autogerenciado nos últimos quatro anos. Agora, o grupo está procurando automatizar o máximo possível do gerenciamento de cluster, modernizando os aplicativos existentes e transferindo o gerenciamento dos clusters Kubernetes subjacentes para o Google Cloud ou capacitando os desenvolvedores a executar novos aplicativos na nuvem ou em uma configuração híbrida usando o serviço do Anthos, especificamente quando alguma transferência de dados local é necessária.

“A jornada é entregar tarefas que podem ser entregues”, disse Mario Kleinasser, Líder da equipe de serviços em nuvem da Strabag.

Da mesma forma, na gigante de dados financeiros Bloomberg, “faz sentido alavancar um fornecedor quando você não tem equipes de SRE [engenharia de confiabilidade de software] ou equipes gerenciando o ciclo de lançamento do Kubernetes, para aqueles focados em executar seus aplicativos e que não querem para gerenciar o Kubernetes”, disse Andrey Rybka, Chefe de Infraestrutura de Computação da Bloomberg.

Hoje, a Bloomberg ainda executa a maioria de suas cargas de trabalho do Kubernetes no local, mas também está começando a usar todos os três principais fornecedores de nuvem para cargas de trabalho gerenciadas, quando apropriado.

Você precisará de menos especialistas

As habilidades de gerenciamento do Kubernetes são difíceis e caras de se obter, especialmente quando você está escrevendo seus próprios arquivos de configuração YAML. Se você tiver pessoas que podem ajustar manualmente um cluster Kubernetes, provavelmente desejará liberá-los para gerenciar sua plataforma interna ou qualquer carga de trabalho particularmente importante ou complicada, transferindo o gerenciamento de clusters para cargas de trabalho mais básicas.

“Não é fácil conseguir e manter pessoas para essas tecnologias, e isso é claramente um desafio”, disse Roy, da Amadeus.

Melhor confiabilidade

Simplificando, os mega fornecedores de nuvem geralmente estão melhor posicionados para gerenciar seus clusters Kubernetes do que você mesmo, devido à escala de suas equipes de engenharia, sua ampla lente de implantações de clientes e seu acesso à telemetria subjacente dessas implantações.

“É mais provável que os fornecedores possam executá-lo melhor”, disse O’Grady, da RedMonk. “Os fornecedores têm a telemetria e a vantagem de ver todos os seus clientes operando isso, ao contrário de uma única empresa ter apenas seu próprio modelo para seguir”.

Veja a Bloomberg, que buscou o Kubernetes nos dias agitados de 2015, quando ainda era apenas uma versão alfa, antes de entrar em produção em 2017, uma vez que a integração contínua, o monitoramento e os testes necessários foram comprovados. Embora os engenheiros da Bloomberg ainda autogerenciem amplamente os clusters Kubernetes para aplicativos locais, cada vez mais faz sentido usar opções gerenciadas, especialmente “de uma perspectiva de confiabilidade”, quando as cargas de trabalho são executadas na nuvem pública, disse Rybka.

Não se preocupe com atualizações e patches

Upgrades e patches são duas das tarefas menos invejáveis ​​para quem gerencia seu próprio Kubernetes, e é por isso que os provedores gerenciados priorizam tirar essas tarefas do seu prato.

“Corrigir, atualizar e gerenciar o Kubernetes por conta própria é complexo e complicado e é um trabalho pesado totalmente indiferenciado”, disse Deepak Singh, Vice-Presidente de Serviços de Computação da AWS.

Mantendo o momentum da nuvem

Para organizações que avançam com estratégias de nuvem pública primeiro, adotar mais serviços gerenciados pode ajudar a impulsionar o momento.

A Amadeus assinou recentemente um acordo com a Microsoft para fazer exatamente isso. “Eles se movem rapidamente e queremos nos beneficiar disso, então usar mais serviços gerenciados é algo que consideraremos sempre”, disse Roy. “Do meu ponto de vista, essa é a maneira de se beneficiar desse ímpeto”.

Agora, os fornecedores estão convertendo seu conhecimento e experiência sobre as práticas recomendadas do Kubernetes em versões mais opinativas dos serviços do Kubernetes, com caminhos simplificados para adoção, como o GKE Autopilot.

“Alguns verão isso como rodinhas de treinamento, mas eu vejo o Autopilot como um cinto de segurança”, disse Kelsey Hightower, Engenheiro-Chefe da Google. “O carro pode dirigir na mesma velocidade, mas há mais segurança por padrão; é uma configuração à prova de balas. As pessoas sempre nos perguntam sobre as melhores práticas e quais decisões devem ser tomadas; O piloto automático dá isso a eles”.

Da mesma forma, Singh, da AWS, diz que a empresa está se tornando melhor em pegar o que aprendeu sobre a execução do Kubernetes em escala e construir essa "postura operacional em EKS … o que nos permite, como provedores de serviço, incorporar esses serviços gerenciados prontos para uso. Essa é outra razão pela qual você verá essa tendência se acelerar ”.

No entanto, esses tipos de serviços tendem a despertar naturalmente temores de aprisionamento tecnológico do fornecedor. “Autopilot é mais difícil porque lembro que me perguntaram por que as pessoas estão focadas no Kubernetes como uma camada de middleware se ninguém muda de fornecedor. A resposta é ter a opção de dizer que posso ir embora”, disse O'Grady, do RedMonk. “Quanto mais você confia nas opções específicas do fornecedor, essa [capacidade de ir embora] vai embora, o que torna a escolha mais difícil para as empresas”.

Ainda é código aberto e portátil

Os provedores gerenciados precisam ganhar a confiança da comunidade de código aberto e dos clientes que desejam ter certeza de que estão consumindo uma distribuição do Kubernetes o mais próximo possível da versão de código aberto vanilla, para permitir maior portabilidade e evitar aprisionamento.

“Houve um medo quando o Kubernetes foi lançado, de que era uma isca e troca, uma apropriação de terras de fornecedores para tirar de comunidades abertas e que se transformaria em núcleo aberto. Demorou cinco, seis anos quase para refutar isso”, disse Hightower, da Google.

Da mesma forma, Singh, da AWS, diz que é importante para alguns clientes que o EKS permaneça próximo à distribuição de código aberto do Kubernetes, "sem nenhum vodu estranho acontecendo lá que criaria diferenças". A AWS recentemente abriu o código-fonte de sua distro EKS no GitHub como uma forma de provar isso.

Joe Beda, Cofundador do Kubernetes e Engenheiro Principal da VMware Tanzu, admite que “é difícil ter essa conversa sem falar sobre aprisionamento”. Ele recomenda que qualquer pessoa que tome essas decisões de compra avalie os riscos de maneira adequada.

“Qual a probabilidade de você se mudar? Se você fizer, qual será o custo de fazer isso? Quanto reescrita de código você precisará fazer e quanto retreinamento? Qualquer pessoa que fizer esses investimentos precisa entender os requisitos, riscos e compensações para eles”, disse Beda.

Por sua vez, o CNCF executa um Programa de Conformidade do Kubernetes Certificado que garante a interoperabilidade de uma instalação para a outra, independentemente de quem é o fornecedor certificado.

Então, por que nem todo mundo está fazendo isso?

Para organizações grandes e complexas, como Amadeus e Bloomberg, provavelmente sempre haverá algumas cargas de trabalho que você não se sente confortável em transferir para um provedor de serviços gerenciados, sejam questões de segurança de dados confidenciais, dependências locais complicadas ou equipes de plataforma superprotetoras que desejam ajustar manualmente seus próprios clusters.

“Aqueles que querem autogerenciar peças vão se preocupar com o plano de dados; eles precisam personalizar ou se especializar em certas áreas. Eles não se importam com um plano de controle gerenciado”, disse Hightower, da Google.

A realidade, porém, é que todos os motivos para operar o Kubernetes por conta própria estão se tornando cada vez menos convincentes.

“Talvez você o veja como um investimento existente que ninguém deseja cancelar como um custo irrecuperável ainda, ou que haja preocupações organizacionais conservadoras sobre um conjunto de cargas de trabalho ou negócio”, disse O’Grady, da RedMonk. “Ou há receio de ter uma parte da sua infraestrutura, que é percebida como estratégica, saia do seu controle. Mas quando você vê seus colegas fazendo isso, essa apreensão vai embora e você verá mais pessoas percebendo os benefícios”.

Tags
Vai um cookie?

A CIO usa cookies para personalizar conteúdo e anúncios, para melhorar sua experiência em nosso site. Ao continuar, você aceitará o uso. Para mais detalhes veja nossa Política de Privacidade.

Este anúncio desaparecerá em:

Fechar anúncio

15