{"id":81130,"date":"2020-05-11T01:42:39","date_gmt":"2020-05-10T23:42:39","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/kubernetes-open-source-protiv-vendorskogo"},"modified":"2020-05-11T01:42:39","modified_gmt":"2020-05-10T23:42:39","slug":"kubernetes-open-source-protiv-vendorskogo","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/kubernetes-open-source-protiv-vendorskogo","title":{"rendered":"Kubernetes: c\u00f3digo aberto versus propriet\u00e1rio","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Ol\u00e1, meu nome \u00e9 Dmitry Krasnov. H\u00e1 mais de cinco anos, trabalho com a administra\u00e7\u00e3o de clusters Kubernetes e constru\u00e7\u00e3o de arquiteturas de microservi\u00e7os complexas. No in\u00edcio deste ano, lan\u00e7amos um servi\u00e7o de gerenciamento de clusters Kubernetes baseado no Containerum. Aproveitando a oportunidade, vou explicar o que \u00e9 esse Kubernetes e como a integra\u00e7\u00e3o com provedores difere do open source.<\/b><\/p>\n

Para come\u00e7ar, o que \u00e9 Kubernetes<\/a><\/noindex>. \u00c9 um sistema para gerenciar cont\u00eaineres em um grande n\u00famero de hosts. Em grego, ali\u00e1s, traduz-se como \"condutor\" ou \"piloto\". Originalmente desenvolvido pelo Google, depois foi transferido como uma contribui\u00e7\u00e3o tecnol\u00f3gica para a Cloud Native Computing Foundation, uma organiza\u00e7\u00e3o internacional sem fins lucrativos que re\u00fane os principais desenvolvedores do mundo, usu\u00e1rios finais e fornecedores de tecnologias de cont\u00eaineres. <\/p>\n

\"Kubernetes:
\n<\/a><\/noindex><\/p>\n

Gerenciar um grande n\u00famero de cont\u00eaineres <\/h3>\n

\nAgora, vamos entender o que s\u00e3o esses cont\u00eaineres. \u00c9 um aplicativo com todo o seu ambiente \u2014 na maioria das vezes, as bibliotecas das quais o programa depende. Tudo isso \u00e9 empacotado em arquivos e apresentado na forma de uma imagem, que pode ser executada independentemente do sistema operacional, testada e muito mais. Mas h\u00e1 um problema \u2014 gerenciar cont\u00eaineres em um grande n\u00famero de hosts \u00e9 muito complicado. Por isso, o Kubernetes foi criado. <\/p>\n

A imagem do cont\u00eainer consiste em um aplicativo mais suas depend\u00eancias. O aplicativo, suas depend\u00eancias e a imagem do sistema de arquivos do SO est\u00e3o localizados em diferentes partes da imagem, chamados de camadas. As camadas podem ser reutilizadas para diferentes cont\u00eaineres. Por exemplo, todas as aplica\u00e7\u00f5es de uma empresa podem usar uma camada base do Ubuntu. Ao iniciar cont\u00eaineres, n\u00e3o \u00e9 necess\u00e1rio armazenar m\u00faltiplas c\u00f3pias de uma \u00fanica camada base no host. Isso permite otimizar o armazenamento e a entrega de imagens.<\/p>\n

Quando queremos executar um aplicativo a partir de um cont\u00eainer, as camadas necess\u00e1rias se sobrep\u00f5em e formam um sistema de arquivos sobreposto. Uma camada de escrita \u00e9 aplicada por cima, a qual \u00e9 removida quando o cont\u00eainer \u00e9 interrompido. Isso garante que, ao iniciar o cont\u00eainer, o aplicativo tenha sempre um ambiente id\u00eantico que n\u00e3o pode ser modificado. Assim, a reprodutibilidade do ambiente em diferentes sistemas operacionais host \u00e9 garantida. Seja Ubuntu ou CentOS, o ambiente ser\u00e1 sempre o mesmo. Al\u00e9m disso, o cont\u00eainer \u00e9 isolado do host por meio de mecanismos integrados no n\u00facleo do Linux. Aplicativos dentro do cont\u00eainer n\u00e3o veem arquivos ou processos do host e de outros cont\u00eaineres. Essa isola\u00e7\u00e3o dos aplicativos em rela\u00e7\u00e3o ao sistema operacional host oferece uma camada adicional de seguran\u00e7a. <\/p>\n

H\u00e1 diversas ferramentas para gerenciar cont\u00eaineres em um host. A mais popular delas \u00e9 o Docker. Ele assegura o ciclo de vida completo dos cont\u00eaineres. No entanto, ele funciona apenas em um \u00fanico host. Quando \u00e9 necess\u00e1rio gerenciar cont\u00eaineres em m\u00faltiplos hosts, o Docker pode tornar a vida dos engenheiros um verdadeiro inferno. Por isso, foi criado o Kubernetes.<\/p>\n

A demanda pelo Kubernetes \u00e9 impulsionada pela sua capacidade de gerenciar grupos de cont\u00eaineres em m\u00faltiplos hosts como se fossem entidades \u00fanicas. A popularidade do sistema \u00e9 garantida pela possibilidade de construir DevOps, ou Operations de Desenvolvimento, onde o Kubernetes \u00e9 usado para executar os processos desse mesmo DevOps.<\/p>\n

\"Kubernetes:
\n
\nFigura 1. Representa\u00e7\u00e3o esquem\u00e1tica do funcionamento do Kubernetes<\/i><\/p>\n

Automatiza\u00e7\u00e3o completa<\/h3>\n

\nDevOps, em ess\u00eancia, representa a automatiza\u00e7\u00e3o do processo de desenvolvimento. De forma simplificada, os desenvolvedores escrevem c\u00f3digo, que \u00e9 enviado para um reposit\u00f3rio. Esse c\u00f3digo pode ent\u00e3o ser automaticamente compilado diretamente em um cont\u00eainer com todas as bibliotecas, testado e colocado na pr\u00f3xima fase \u2013 Staging, e depois imediatamente em Production.<\/p>\n

Juntamente com o Kubernetes, o DevOps permite automatizar esse processo, de modo que ocorra praticamente sem a participa\u00e7\u00e3o dos pr\u00f3prios desenvolvedores. Isso acelera significativamente a constru\u00e7\u00e3o, pois o desenvolvedor n\u00e3o precisa se preocupar com isso em seu computador \u2014 ele simplesmente escreve um trecho de c\u00f3digo, envia o c\u00f3digo para o reposit\u00f3rio, ap\u00f3s o que um pipeline \u00e9 iniciado, que pode incluir o processo de constru\u00e7\u00e3o, teste e implementa\u00e7\u00e3o. E isso acontece com cada commit, portanto, os testes ocorrem continuamente.<\/p>\n

Al\u00e9m disso, o uso de cont\u00eaineres garante que todo o ambiente desse programa ser\u00e1 implantado em produ\u00e7\u00e3o exatamente da forma como foi testado. Ou seja, n\u00e3o surgir\u00e3o problemas do tipo \"na vers\u00e3o de teste havia uma vers\u00e3o, em produ\u00e7\u00e3o \u2014 outra, e ao implantar \u2014 tudo falhou\". E visto que hoje temos a tend\u00eancia de arquiteturas de microsservi\u00e7os, onde em vez de um grande aplicativo h\u00e1 centenas de pequenos, para gerenci\u00e1-los manualmente, ser\u00e1 necess\u00e1rio um grande n\u00famero de funcion\u00e1rios. Por isso usamos o Kubernetes.<\/p>\n

<\/p>\n

Vantagens, vantagens, vantagens<\/h3>\n

<\/b>
\nSe falarmos sobre as vantagens do Kubernetes como plataforma, ele apresenta benef\u00edcios significativos em termos de gerenciamento de arquitetura de microsservi\u00e7os. <\/p>\n