{"id":5278,"date":"2021-03-08T13:15:40","date_gmt":"2021-03-08T16:15:40","guid":{"rendered":"https:\/\/geekblogti.wpengine.com\/?p=5278"},"modified":"2024-10-29T17:12:38","modified_gmt":"2024-10-29T20:12:38","slug":"o-que-e-kubernetes","status":"publish","type":"post","link":"https:\/\/www.geekhunter.com/pt/blog\/o-que-e-kubernetes\/","title":{"rendered":"O que \u00e9 Kubernetes? Tudo que voc\u00ea precisa saber sobre!"},"content":{"rendered":"\r\n

Quer saber qual \u00e9 uma das principais tecnologias do momento? Kubernetes (K8s)<\/strong>.

A ado\u00e7\u00e3o dessa tecnologia por empresas de todos os tamanhos tem se espalhado como fogo, levando o n\u00famero de oportunidades para profissionais que manjam dessa tecnologia a crescer rapidamente.

Que tal aprender um pouco mais sobre K8s e garantir aquela pr\u00f3xima vaga?<\/p>\r\n\r\n\r\n\r\n

“…no Google n\u00f3s temos gerenciado cont\u00eaineres Linux em larga escala por mais de 10 anos…<\/em>“<\/p>\r\n\r\n\r\n\r\n

Esse \u00e9 um trecho de um artigo publicado em 2016 pelo Google chamado Borg, Omega, and Kubernetes<\/a><\/strong>.

O projeto foi desenvolvido com base nos desafios e aprendizados de engenheiros do Google<\/em><\/strong> enquanto eles tentavam desenvolver uma plataforma que fosse capaz de suportar diversas aplica\u00e7\u00f5es e times dentro da empresa.<\/p>\r\n\r\n\r\n\r\n

O que \u00e9 Kubernetes?<\/h2>\r\n\r\n\r\n\r\n
\"kubernetes<\/figure>\r\n\r\n\r\n\r\n

O K8s \u00e9 um projeto de c\u00f3digo aberto que tem como objetivo orquestrar containers e automatizar a implanta\u00e7\u00e3o de aplica\u00e7\u00f5es.<\/strong><\/p>\r\n\r\n\r\n\r\n

Atualmente mantido pela Cloud Native Computing Foundation<\/a><\/strong>, o Kubernetes gerencia os clusters que cont\u00eam os hosts que executam as aplica\u00e7\u00f5es Linux.<\/p>\r\n\r\n\r\n\r\n

Esses clusters podem incluir hosts em\u00a0nuvem, por isso, o Kubernetes \u00e9 a plataforma ideal para hospedar\u00a0aplica\u00e7\u00f5es cloud-native<\/em>\u00a0que exigem escalabilidade r\u00e1pida, como a transmiss\u00e3o de dados em tempo real por meio do Apache Kafka<\/a>.<\/p>\r\n\r\n\r\n\r\n

Fazer o deploy<\/em> de uma nova vers\u00e3o de uma aplica\u00e7\u00e3o \u00e9 sempre um processo arriscado. Existem uma s\u00e9rie de passos manuais ou semi-automatizados e, caso algo d\u00ea errado, fazer o rollback<\/em> para a vers\u00e3o anterior \u00e9 super complicado.<\/p>\r\n\r\n\r\n\r\n

Agora imagine isso com uma aplica\u00e7\u00e3o composta por dezenas de microsservi\u00e7os, cada um com um ciclo de vida diferente, datas de release<\/em> diferentes, tecnolog\u00edas diferentes.<\/p>\r\n\r\n\r\n\r\n

Esse seria o pesadelo de qualquer time de desenvolvimento.<\/p>\r\n\r\n\r\n\r\n

Por isso, ele elimina muitos processos manuais que uma aplica\u00e7\u00e3o em containers exige, facilitando e dando agilidade a projetos de microsservi\u00e7os, por exemplo.<\/p>\r\n\r\n\r\n\r\n

Recomendo esse v\u00eddeo do canal C\u00f3digo Fonte, \u00e9 muito did\u00e1tico e explica de uma forma simples e clara!<\/p>\r\n\r\n\r\n\r\n

\r\n
https:\/\/www.youtube.com\/watch?v=mVL0nOM3AGo<\/div>\r\n<\/figure>\r\n\r\n\r\n\r\n

Como funciona o Kubernetes: Containers<\/h2>\r\n\r\n\r\n\r\n\r\n\r\n

N\u00e3o tem muito mist\u00e9rio! Containers seguem basicamente a mesma l\u00f3gica da sua contraparte literal.<\/p>\r\n\r\n\r\n\r\n

Da mesma forma que agrupamos objetos que precisam ser enviados de um local para o outro em containers, tamb\u00e9m agrupamos nossos c\u00f3digos em um container, que pode ser executado em diversos locais.<\/p>\r\n\r\n\r\n\r\n

Dessa forma, podemos trabalhar com componentes menores, utilizando a arquitetura de microsservi\u00e7os que, assim como o Kubernetes<\/strong>, est\u00e1 em alta.<\/p>\r\n\r\n\r\n\r\n

Utilizar microservices<\/em> e containers<\/em> simplifica a vida do programador, pois dissipa codifica\u00e7\u00f5es enormes em outras menores, impedindo que seu c\u00f3digo vire um monstro.<\/p>\r\n\r\n\r\n\r\n

\r\n

Tudo sobre DevOps, para iniciantes.<\/a><\/strong><\/p>\r\n<\/blockquote>\r\n\r\n\r\n\r\n

Como funciona o Kubernetes: Aplica\u00e7\u00f5es cloud-native<\/em><\/h2>\r\n\r\n\r\n\r\n\r\n\r\n

Cloud-native <\/em>\u00e9 o termo utilizado para classificar aplica\u00e7\u00f5es projetadas para tirar m\u00e1ximo proveito de ambientes em nuvem, seja ela privada ou p\u00fablica.<\/p>\r\n\r\n\r\n\r\n

Essas aplica\u00e7\u00f5es se baseiam na arquitetura de microsservi\u00e7os<\/a><\/strong> e incorporam pr\u00e1ticas que possibilitam a automa\u00e7\u00e3o de todo o ciclo de vida da aplica\u00e7\u00e3o.<\/p>\r\n\r\n\r\n\r\n

Existem aplica\u00e7\u00f5es conhecidas como monol\u00edticas<\/a><\/strong>, onde todas as partes da aplica\u00e7\u00e3o vivem juntas (causando forte acoplamento).<\/p>\r\n\r\n\r\n\r\n

A arquitetura de microsservi\u00e7os sugere a ideia de que aplica\u00e7\u00f5es devem ser compostas por partes menores e independentes chamadas de servi\u00e7os (resultando em fraco acoplamento).<\/p>\r\n\r\n\r\n\r\n

A ideia \u00e9 que cada servi\u00e7o seja especializado e ofere\u00e7a uma API para se comunicar com outros servi\u00e7os.<\/p>\r\n\r\n\r\n\r\n

Essa caracter\u00edstica possibilita, por exemplo, que diferentes times assumam diferentes partes de uma mesma aplica\u00e7\u00e3o.<\/p>\r\n\r\n\r\n\r\n

Outra vantagem \u00e9 que um mesmo servi\u00e7o pode ser utilizado por m\u00faltiplas aplica\u00e7\u00f5es sem nenhum esfor\u00e7o extra.<\/p>\r\n\r\n\r\n\r\n

\"\"<\/a><\/figure>\r\n\r\n\r\n\r\n

Caracter\u00edsticas das aplica\u00e7\u00f5es cloud-native<\/h3>\r\n\r\n\r\n\r\n
\"Aplica\u00e7\u00e3o<\/figure>\r\n\r\n\r\n\r\n

No caso de aplica\u00e7\u00f5es cloud-native<\/em>, uma das principais caracter\u00edsticas \u00e9 que elas utilizam cont\u00eaineres para encapsular cada microsservi\u00e7o.<\/p>\r\n\r\n\r\n\r\n

Como esses cont\u00eaineres possuem o servi\u00e7o e todas as suas depend\u00eancias, eles se tornam independentes da infraestrutura, podendo ser facilmente migrados de uma cloud<\/em> para outra, por exemplo.<\/p>\r\n\r\n\r\n\r\n

Outro ponto importante \u00e9 que a utiliza\u00e7\u00e3o de cont\u00eaineres<\/a><\/strong> facilita muito quest\u00f5es como escalabilidade e deploy<\/em> de novas vers\u00f5es.<\/p>\r\n\r\n\r\n\r\n

No exemplo da imagem acima, se 3 cont\u00eaineres da interface web n\u00e3o forem suficientes, basta iniciar mais um.<\/p>\r\n\r\n\r\n\r\n

Saiu uma nova vers\u00e3o? Basta substituir os cont\u00eaineres pela nova vers\u00e3o. A nova vers\u00e3o tem um bug cr\u00edtico? S\u00f3 substituir de volta pelo cont\u00eainer da vers\u00e3o anterior.<\/p>\r\n\r\n\r\n\r\n

Esse tipo de flexibilidade traz diversas vantagens, mas tamb\u00e9m cria novos desafios. Quando uma aplica\u00e7\u00e3o \u00e9 composta por diversas partes pequenas, gerenciar tudo isso de forma manual pode se tornar bem complexo.<\/p>\r\n\r\n\r\n\r\n

E \u00e9 para ajudar nessa parte que existem orquestradores como o Kubernetes.<\/strong><\/p>\r\n\r\n\r\n\r\n

\r\n

Microservices<\/strong><\/a> e o perigo das \u201cmodinhas\u201d<\/p>\r\n<\/blockquote>\r\n\r\n\r\n\r\n

Funcionalidades do Kubernetes<\/h2>\r\n\r\n\r\n\r\n\r\n\r\n

Para ajudar a resolver o problema citado no come\u00e7o do texto, o Kubernetes<\/strong> oferece uma s\u00e9rie de funcionalidades. No entanto, antes de entrarmos em detalhes, \u00e9 importante entendermos um conceito central do K8s: o estado da aplica\u00e7\u00e3o<\/strong>.<\/p>\r\n\r\n\r\n\r\n

A ideia por tr\u00e1s desse conceito \u00e9 que existem dois tipos de estado de uma aplica\u00e7\u00e3o: o atual e o desejado. <\/strong><\/p>\r\n\r\n\r\n\r\n

O estado atual da aplica\u00e7\u00e3o descreve a realidade. Por exemplo, quantas r\u00e9plicas de um determinado servi\u00e7o est\u00e3o em execu\u00e7\u00e3o, qual a vers\u00e3o em produ\u00e7\u00e3o de cada servi\u00e7o e por a\u00ed vai.<\/p>\r\n\r\n\r\n\r\n

J\u00e1 o estado desejado descreve como o time ou a pessoa respons\u00e1vel pela aplica\u00e7\u00e3o deseja que ela esteja naquele momento.<\/p>\r\n\r\n\r\n\r\n

O Kubernetes implementa uma s\u00e9rie de loops<\/em> que ficam constantemente verificando se o estado atual \u00e9 igual ao estado desejado. Esse papel \u00e9 desempenhado pelos chamados Controllers<\/em>.<\/p>\r\n\r\n\r\n\r\n

Quando um controller<\/em> identifica que o estado atual \u00e9 diferente do estado desejado, ele aciona outros componentes do sistema para fazer novamente com que o estado atual se iguale ao estado desejado.<\/p>\r\n\r\n\r\n\r\n

Todo esse processo de monitoramento e gest\u00e3o do estado da aplica\u00e7\u00e3o, sem contar a execu\u00e7\u00e3o da aplica\u00e7\u00e3o em si, exige uma s\u00e9rie de componentes. \u00c9 por isso que a arquitetura de um ambiente Kubernetes \u00e9 baseada em um cluster de m\u00e1quinas.<\/p>\r\n\r\n\r\n\r\n

\r\n

Usando o MediatR com ASP.NET Core<\/strong><\/a><\/p>\r\n<\/blockquote>\r\n\r\n\r\n\r\n

A arquitetura Kubernetes: Como funciona?<\/h2>\r\n\r\n\r\n\r\n
\"infraestrutura<\/figure>\r\n\r\n\r\n\r\n

O Kubernetes \u00e9 composto por uma s\u00e9rie de componentes, cada um com um prop\u00f3sito diferente. Para garantir que exista uma separa\u00e7\u00e3o de responsabilidades e que o sistema seja resiliente, o K8s<\/strong> utiliza um cluster de m\u00e1quinas para ser executado.<\/p>\r\n\r\n\r\n\r\n

As m\u00e1quinas de um cluster s\u00e3o separadas em tr\u00eas tipos:<\/p>\r\n\r\n\r\n\r\n

Node<\/h3>\r\n\r\n\r\n\r\n

O primeiro tipo \u00e9 chamado de Node<\/em>. O papel de um Node<\/em> \u00e9 executar os cont\u00eaineres que encapsulam as aplica\u00e7\u00f5es sendo gerenciadas pelo K8s.<\/p>\r\n\r\n\r\n\r\n

Quando voc\u00ea faz o deploy<\/em> de uma aplica\u00e7\u00e3o em um cluster K8s, essa aplica\u00e7\u00e3o vai ser executada em um dos Nodes<\/em> do cluster. O conjunto de Nodes<\/em> forma o que chamamos de Workers<\/em>.<\/p>\r\n\r\n\r\n\r\n

etcd<\/em><\/h3>\r\n\r\n\r\n\r\n

O segundo tipo de n\u00f3 \u00e9 o etcd<\/em>. O etcd<\/em> \u00e9, na verdade, o nome da base de dados distribu\u00edda<\/a><\/strong> que \u00e9 utilizada para armazenar tudo o que est\u00e1 acontecendo dentro do cluster, incluindo o estado da aplica\u00e7\u00e3o.<\/p>\r\n\r\n\r\n\r\n

Em ambientes de produ\u00e7\u00e3o, um bom gerenciamento desses n\u00f3s \u00e9 essencial para garantir que o cluster<\/em> esteja sempre dispon\u00edvel.<\/p>\r\n\r\n\r\n\r\n

Master<\/h3>\r\n\r\n\r\n\r\n

Finalmente, o \u00faltimo tipo de n\u00f3 \u00e9 o que chamamos de Master<\/em>. \u00c9 nesse tipo de n\u00f3 que os principais componentes do Kubernetes s\u00e3o executados, como o Scheduler<\/em>, o qual tem a responsabilidade de controlar a aloca\u00e7\u00e3o de recursos no cluster.<\/p>\r\n\r\n\r\n\r\n

O conjunto de n\u00f3s Master<\/em> forma o que pode ser considerado o c\u00e9rebro de um cluster Kubernetes: o Control Plane<\/em>.<\/p>\r\n\r\n\r\n\r\n

Control Plane<\/h3>\r\n\r\n\r\n\r\n

O Control Plane <\/em>do Kubernetes pode ser considerado o c\u00e9rebro de um cluster. Ele \u00e9 respons\u00e1vel por gerenciar os principais componentes do sistema e garantir que tudo est\u00e1 funcionando de acordo com o estado desejado da aplica\u00e7\u00e3o.<\/p>\r\n\r\n\r\n\r\n

Para facilitar a representa\u00e7\u00e3o desse estado, o K8s trabalha com uma abstra\u00e7\u00e3o chamada de Object<\/em>. Um Object<\/em> representa parte do estado da aplica\u00e7\u00e3o e quando o seu estado atual n\u00e3o \u00e9 o estado desejado, mudan\u00e7as s\u00e3o aplicadas para que os dois estados se igualem novamente.<\/p>\r\n\r\n\r\n\r\n

Existem diversos tipos de Objects<\/em> em um ambiente Kubernetes, mas alguns deles s\u00e3o essenciais para entendermos como um cluster funciona.<\/p>\r\n\r\n\r\n\r\n

Pod<\/h4>\r\n\r\n\r\n\r\n

Na se\u00e7\u00e3o sobre aplica\u00e7\u00f5es cloud-native<\/em>, uma das principais caracter\u00edsticas \u00e9 que essas aplica\u00e7\u00f5es utilizam cont\u00eaineres para encapsular seus microsservi\u00e7os. No entanto, quando falamos sobre aplica\u00e7\u00f5es sendo executadas em um cluster Kubernetes, n\u00e3o falamos sobre cont\u00eaineres diretamente, mas sim sobre Pods<\/em>.<\/p>\r\n\r\n\r\n\r\n

Pods<\/em> s\u00e3o a unidade b\u00e1sica de um um cluster K8s<\/strong>. Elas encapsulam um ou mais cont\u00eaineres de uma aplica\u00e7\u00e3o e representam um processo dentro do cluster. Quando fazemos o deploy<\/em> de uma aplica\u00e7\u00e3o no K8s, estamos criando uma ou mais Pods<\/em>.<\/p>\r\n\r\n\r\n\r\n

No entanto, Pods<\/em> s\u00e3o ef\u00eameras, ou seja, elas s\u00e3o criadas e destru\u00eddas de acordo com as necessidades do cluster.<\/p>\r\n\r\n\r\n\r\n

Para garantir que o acesso a um microsservi\u00e7o esteja sempre dispon\u00edvel, existe um Object<\/em> chamado Service<\/em> que encapsula uma ou mais Pods<\/em> e \u00e9 capaz de encontr\u00e1-las dinamicamente em qualquer Node<\/em> do cluster.<\/p>\r\n\r\n\r\n\r\n

Deployment<\/h4>\r\n\r\n\r\n\r\n

Esse tipo de Object<\/em> oferece uma s\u00e9rie de funcionalidades que automatizam todos aqueles passos que descrevemos de um cen\u00e1rio t\u00edpico de desenvolvimento de software, com deploys<\/em> manuais ou semi-automatizados de uma aplica\u00e7\u00e3o.<\/p>\r\n\r\n\r\n\r\n

Utilizando Deployments<\/em>, n\u00f3s podemos descrever qual o estado desejado da nossa aplica\u00e7\u00e3o e um Deployment controller<\/em> vai se encarregar de transformar o estado atual no estado desejado, caso eles sejam diferentes.<\/p>\r\n\r\n\r\n\r\n

E por falar em descrever o estado desejado da nossa aplica\u00e7\u00e3o, \u00e9 hora de entendermos como isso \u00e9 feito em um ambiente Kubernetes<\/strong>.<\/p>\r\n\r\n\r\n\r\n

\"\"<\/a><\/figure>\r\n\r\n\r\n\r\n

Aprendendo kubernetes: como criar aplica\u00e7\u00f5es?<\/h2>\r\n\r\n\r\n\r\n
\"fluxo<\/figure>\r\n\r\n\r\n\r\n

Quando estamos utilizando um cluster Kubernetes, existem duas formas de aplicarmos mudan\u00e7as ao estado atual de uma aplica\u00e7\u00e3o, ou seja, de mudarmos sua configura\u00e7\u00e3o.<\/p>\r\n\r\n\r\n\r\n

A abordagem tradicional e que talvez voc\u00ea esteja mais acostumado \u00e9 o chamada de Configura\u00e7\u00e3o Imperativa<\/strong>, onde dizemos como cada mudan\u00e7a deve ser feita.<\/p>\r\n\r\n\r\n\r\n

Por exemplo, imagine que voc\u00ea queira mudar o n\u00famero de r\u00e9plicas de uma determinada Pod<\/em> de 3 para 4.<\/p>\r\n\r\n\r\n\r\n

Na abordagem imperativa, voc\u00ea enviaria comandos diretamente para a API<\/strong> do K8s dizendo que voc\u00ea quer alterar o n\u00famero de r\u00e9plicas de 3 para 4. Mas como fazer isso em uma aplica\u00e7\u00e3o com dezenas de microsservi\u00e7os?<\/p>\r\n\r\n\r\n\r\n

E se, enquanto voc\u00ea estava alterando cada um deles, algo aconteceu e voc\u00ea s\u00f3 teve tempo de aplicar as mudan\u00e7as em metade das Pods<\/em>. Quais s\u00e3o as implica\u00e7\u00f5es que uma mudan\u00e7a como essa poderia causar? Se algo come\u00e7ar a dar errado, como os membros do seu time v\u00e3o saber o que j\u00e1 foi alterado e o que ainda n\u00e3o foi?<\/p>\r\n\r\n\r\n\r\n

Talvez voc\u00ea tenha passado um par\u00e2metro errado em um dos comandos e agora a aplica\u00e7\u00e3o est\u00e1 fora do ar.<\/p>\r\n\r\n\r\n\r\n

Configura\u00e7\u00e3o declarativa<\/h3>\r\n\r\n\r\n\r\n

\u00c9 para evitar esse tipo de problema que o Kubernetes suporta o que \u00e9 chamado de Configura\u00e7\u00e3o Declarativa<\/strong>.<\/p>\r\n\r\n\r\n\r\n

Em uma abordagem declarativa, n\u00f3s n\u00e3o dizemos como uma mudan\u00e7a deve ser feita, mas apenas qual mudan\u00e7a deve ser feita.<\/p>\r\n\r\n\r\n\r\n

O sistema, no nosso caso o Control Plane <\/em>do K8s, vai decidir qual \u00e9 a melhor forma de aplicar aquela mudan\u00e7a e tornar o estado atual da aplica\u00e7\u00e3o igual ao estado desejado.<\/p>\r\n\r\n\r\n\r\n

Se n\u00f3s fossemos fazer a mesma mudan\u00e7a do exemplo anterior, alterar o n\u00famero de r\u00e9plicas de uma Pod<\/em> de 3 para 4 de uma forma declarativa, bastaria alterarmos o valor do campo \u201creplicas\u201d no exemplo abaixo e enviarmos esse arquivo YAML para a API do K8s.<\/p>\r\n\r\n\r\n\r\n

apiVersion: apps\/v1\r\nkind: ReplicaSet\r\nmetadata:\r\n \u00a0name: frontend\r\n \u00a0labels:\r\n \u00a0\u00a0\u00a0app: guestbook\r\n \u00a0\u00a0\u00a0tier: frontend\r\nspec:\r\n \u00a0# s\u00f3 precisamos alterar o valor do campo abaixo<\/strong>\r\n \u00a0replicas: 3\r\n \u00a0selector:\r\n \u00a0\u00a0\u00a0matchLabels:\r\n \u00a0\u00a0\u00a0\u00a0\u00a0tier: frontend\r\n \u00a0template:\r\n \u00a0\u00a0\u00a0metadata:\r\n \u00a0\u00a0\u00a0\u00a0\u00a0labels:\r\n \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0tier: frontend\r\n \u00a0\u00a0\u00a0spec:\r\n \u00a0\u00a0\u00a0\u00a0\u00a0containers:\r\n \u00a0\u00a0\u00a0\u00a0\u00a0- name: php-redis\r\n \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0image: gcr.io\/google_samples\/gb-frontend:v3<\/pre>\r\n\r\n\r\n\r\n
Por falar na API do Kubernetes, vamos entender melhor como ela funciona?<\/p>\r\n\r\n\r\n\r\n
Entendendo a API do Kubernetes<\/h3>\r\n\r\n\r\n\r\n
\"API<\/figure>\r\n\r\n\r\n\r\n
A API do Kubernetes \u00e9 um dos principais elementos do Control Plane<\/em>. \u00c9 atrav\u00e9s dela que conseguimos interagir com todos componentes de um cluster K8s, seja pela linha de comando ou pela interface web.<\/p>\r\n\r\n\r\n\r\n
Al\u00e9m disso, \u00e9 a API quem define os diferentes Objects<\/em> que fazem parte do ecossistema do K8s.<\/p>\r\n\r\n\r\n\r\n
Quando enviamos uma altera\u00e7\u00e3o de estado, seja de forma imperativa ou declarativa, a API cria o que \u00e9 chamado de Record of Intent<\/em> (Registro de Inten\u00e7\u00e3o). Dependendo do Object<\/em> que est\u00e1 sendo alterado nesse Record of Intent<\/em>, um Controller<\/em> espec\u00edfico vai detectar que o estado desejado foi alterado e vai reagir para aplicar as mudan\u00e7as necess\u00e1rias.<\/p>\r\n\r\n\r\n\r\n
Como existem diversos tipos de Objects<\/em> no contexto do Kubernetes, a API pode parecer complexa quando vista pela primeira vez. Para facilitar a gest\u00e3o e evolu\u00e7\u00e3o da API, os Objects<\/em> foram agrupados em diferentes categorias, como Core<\/em>, Apps<\/em> e Storage<\/em>.<\/p>\r\n\r\n\r\n\r\n
Esse grupos s\u00e3o compostos por desenvolvedores da comunidade Kubernetes e s\u00e3o eles quem decidem como cada categoria vai evoluir. Isso mostra a natureza open source do projeto e como os usu\u00e1rios do sistema tem influ\u00eancia direta na sua evolu\u00e7\u00e3o.<\/p>\r\n\r\n\r\n\r\n
Um resumo das vantagens do kubernetes<\/h2>\r\n\r\n\r\n\r\n\r\n\r\n
O Kubernetes \u00e9 uma ferramenta super poderosa, mas que pode parecer bem complexa em um primeiro momento.<\/p>\r\n\r\n\r\n\r\n
Existem diversos conceitos e componentes envolvidos no funcionamento de um cluster, mas s\u00e3o eles que fazem com o que o K8s seja o orquestrador mais utilizado no momento.<\/p>\r\n\r\n\r\n\r\n
Para recapitularmos os principais pontos que vimos sobre o Kubernetes e organizar o nosso racioc\u00ednio, aqui vai um resumo:<\/p>\r\n\r\n\r\n\r\n