{"id":70954,"date":"2020-02-23T00:58:17","date_gmt":"2020-02-22T21:58:17","guid":{"rendered":"https:\/\/prohoster.info\/blog\/ustrojstvo-helm-i-ego-podvodnye-kamni"},"modified":"2020-03-03T16:14:40","modified_gmt":"2020-03-03T13:14:40","slug":"ustrojstvo-helm-i-ego-podvodnye-kamni","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/ustrojstvo-helm-i-ego-podvodnye-kamni","title":{"rendered":"Dispositivo Helm e suas armadilhas","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"Dispositivo Helm e suas armadilhas\" src=\"\/wp-content\/uploads\/2020\/02\/b825bfb312b883f5f9c1535036f0c6e8.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/www.artstation.com\/artwork\/YaabJq\">Conceito de transportador Typhon, Anton Swanepoel<\/a><\/noindex><\/p>\n<p>Meu nome \u00e9 Dmitry Sugrobov, sou desenvolvedor na \"Leroy Merlin\". Neste artigo, falarei sobre a import\u00e2ncia do Helm, como ele facilita o trabalho com Kubernetes, o que mudou na terceira vers\u00e3o e como us\u00e1-lo para atualizar aplicativos em produ\u00e7\u00e3o sem interrup\u00e7\u00f5es.<\/p>\n<p>Este \u00e9 um resumo inspirado na apresenta\u00e7\u00e3o da confer\u00eancia <noindex><a rel=\"nofollow\" href=\"https:\/\/corp.mail.ru\/ru\/press\/events\/at-kubernetes-conference\/\">@Kubernetes Conference<\/a><\/noindex> by <noindex><a rel=\"nofollow\" href=\"https:\/\/mcs.mail.ru\">Solu\u00e7\u00f5es em Nuvem Mail.ru<\/a><\/noindex> \u2014 se voc\u00ea n\u00e3o quiser ler, assista ao v\u00eddeo.<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\n<center><div class=\"youtube-placeholder\" data-id=\"w1PhTe9gnOI\" onclick=\"loadVideo(this)\">\r\n        <img decoding=\"async\" src=\"https:\/\/img.youtube.com\/vi\/w1PhTe9gnOI\/hqdefault.jpg\" alt=\"Por que no hosting comum a administra\u00e7\u00e3o do PrestaShop \u00e9 lenta, e no seu n\u00e3o \u00e9?\" loading=\"lazy\" width=\"480\" height=\"360\" style=\"width:100%;height:auto;\">\r\n        <div class=\"play-button\"><\/div>\r\n    <\/div><\/center><\/p>\n<h2>Por que usamos Kubernetes em produ\u00e7\u00e3o<\/h2>\n<p>\n\"Leroy Merlin\" \u00e9 l\u00edder no mercado de varejo DIY na R\u00fassia e Europa. Nossa empresa conta com mais de cem desenvolvedores, 33.000 funcion\u00e1rios internos e um grande n\u00famero de pessoas que visitam as lojas e o site. Para fazer todos eles felizes, decidimos adotar abordagens padr\u00e3o na ind\u00fastria. Desenvolver novos aplicativos usando arquitetura de microsservi\u00e7os; usar cont\u00eaineres para isolar ambientes e garantir a entrega correta; e usar Kubernetes para orquestra\u00e7\u00e3o. O custo do uso de orquestradores est\u00e1 caindo rapidamente: h\u00e1 cada vez mais engenheiros no mercado dominando essa tecnologia, e surgem provedores que oferecem Kubernetes como servi\u00e7o.<\/p>\n<p>Tudo o que Kubernetes faz, \u00e9 claro, pode ser feito de outras maneiras, como utilizando scripts com Jenkins e docker-compose, mas por que complicar a vida se existe uma solu\u00e7\u00e3o pronta e confi\u00e1vel? Portanto, chegamos ao Kubernetes e j\u00e1 o utilizamos em produ\u00e7\u00e3o h\u00e1 um ano. Agora temos vinte e quatro clusters Kubernetes, o mais antigo deles tem mais de um ano e abriga cerca de duzentos pods.<\/p>\n<h2>A maldi\u00e7\u00e3o do grande n\u00famero de arquivos YAML no Kubernetes<\/h2>\n<p>\nPara iniciar um microsservi\u00e7o no Kubernetes, criaremos pelo menos cinco arquivos YAML: para Deployment, Service, Ingress, ConfigMap e Secrets \u2014 e os enviaremos para o cluster. Para o pr\u00f3ximo aplicativo, escreveremos o mesmo conjunto de arquivos YAML, para o terceiro mais um e assim por diante. Multiplicando o n\u00famero de documentos pelo n\u00famero de ambientes, j\u00e1 obtemos centenas de arquivos, sem contar os ambientes din\u00e2micos.<\/p>\n<p><img decoding=\"async\" alt=\"Dispositivo Helm e suas armadilhas\" src=\"\/wp-content\/uploads\/2020\/02\/c46c3f5ae49cbefa4851cbb388bfd051.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\nAdam Reese, mantenedor principal do Helm, introduziu o conceito de \"<noindex><a rel=\"nofollow\" href=\"https:\/\/youtu.be\/cZ1S2Gp47ng?t=323\">Ciclo de desenvolvimento no Kubernetes<\/a><\/noindex>\", que se parece com isto:<\/p>\n<ol>\n<li>Copiar YAML \u2014 copiar arquivo YAML.<\/li>\n<li>Colar YAML \u2014 col\u00e1-lo.<\/li>\n<li>Corrigir recuos \u2014 ajustar os recuos.<\/li>\n<li>Repetir \u2014 repetir novamente.<\/li>\n<\/ol>\n<p>\nEssa abordagem funciona, mas envolve copiar arquivos YAML muitas vezes. Para alterar esse ciclo, foi criado o Helm.<\/p>\n<h3>O que \u00e9 Helm<\/h3>\n<p>\nEm primeiro lugar, o Helm \u00e9 \u2014<strong> gerenciador de pacotes<\/strong>, ajudando a encontrar e instalar os programas necess\u00e1rios. Para instalar, por exemplo, o MongoDB, n\u00e3o \u00e9 preciso acessar o site oficial e baixar os bin\u00e1rios, basta executar o comando <code>helm install stable\/mongodb<\/code>.<\/p>\n<p>Em segundo lugar, o Helm \u00e9 um <strong>template engine<\/strong>, que parametriza arquivos. Vamos voltar \u00e0 situa\u00e7\u00e3o dos arquivos YAML no Kubernetes. \u00c9 mais f\u00e1cil escrever o mesmo arquivo YAML, adicionar alguns placeholders, onde o Helm ir\u00e1 inserir os valores. Ou seja, em vez de um grande conjunto de YAMLs, haver\u00e1 um conjunto de templates, onde os valores necess\u00e1rios ser\u00e3o inseridos no momento certo.<\/p>\n<p>Em terceiro lugar, o Helm \u00e9 um <strong>especialista em implanta\u00e7\u00e3o<\/strong>. Com ele, \u00e9 poss\u00edvel instalar, reverter e atualizar aplicativos. Vamos entender como fazer isso.<\/p>\n<p><img decoding=\"async\" alt=\"Dispositivo Helm e suas armadilhas\" src=\"\/wp-content\/uploads\/2020\/02\/8b517dbcf503ced229569fe3726418c8.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<h3>Como usar o Helm para implantar seus pr\u00f3prios aplicativos<\/h3>\n<p>\nVamos instalar o cliente Helm no computador, seguindo a documenta\u00e7\u00e3o oficial <noindex><a rel=\"nofollow\" href=\"https:\/\/helm.sh\/docs\/intro\/install\/\">documenta\u00e7\u00e3o<\/a><\/noindex>. Em seguida, criaremos um conjunto de arquivos YAML. Em vez de especificar valores concretos, deixaremos placeholders, que no futuro o Helm preencher\u00e1 com as informa\u00e7\u00f5es. Esse conjunto de arquivos \u00e9 chamado de Helm chart. \u00c9 poss\u00edvel envi\u00e1-lo para o cliente de linha de comando Helm de tr\u00eas maneiras:<\/p>\n<ul>\n<li>especificar a pasta com os templates;<\/li>\n<li>empacotar em um arquivo .tar e indicar isso;<\/li>\n<li>colocar o template em um reposit\u00f3rio remoto e adicionar o link do reposit\u00f3rio no cliente do Helm.<\/li>\n<\/ul>\n<p>\nTamb\u00e9m precisamos de um arquivo com os valores \u2014 values.yaml. Os dados desse arquivo ser\u00e3o inseridos no template. Vamos cri\u00e1-lo tamb\u00e9m.<\/p>\n<p><img decoding=\"async\" alt=\"Dispositivo Helm e suas armadilhas\" src=\"\/wp-content\/uploads\/2020\/02\/c0fe24cc8186640147f95ce201794d96.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\nNa segunda vers\u00e3o do Helm, h\u00e1 um aplicativo de servidor adicional \u2014 Tiller. Ele fica fora do Kubernetes e aguarda solicita\u00e7\u00f5es do cliente Helm, e quando acionado, insere os valores necess\u00e1rios no template e envia para o Kubernetes.<\/p>\n<p><img decoding=\"async\" alt=\"Dispositivo Helm e suas armadilhas\" src=\"\/wp-content\/uploads\/2020\/02\/6b821a0bb4680829d5ce9982d2bb4c55.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\nO Helm 3 \u00e9 mais simples: em vez de processar templates no servidor, as informa\u00e7\u00f5es agora s\u00e3o processadas completamente pelo lado do cliente Helm e enviadas diretamente para a API do Kubernetes. Essa simplifica\u00e7\u00e3o aumenta a seguran\u00e7a do cluster e facilita o processo de lan\u00e7amento.<\/p>\n<p><strong>Como tudo isso funciona<\/strong><\/p>\n<p>Executamos o comando <code>helm install<\/code>. Vamos especificar o nome da vers\u00e3o do aplicativo, fornecer o caminho para o values.yaml. No final, indicamos o reposit\u00f3rio onde o chart est\u00e1 localizado e o nome do chart. Neste exemplo, isso \u00e9 \"lmru\" e \"bestchart\", respectivamente.<\/p>\n<pre><code class=\"plaintext\">helm install --name bestapp --values values.yaml lmru\/bestchart\n<\/code><\/pre>\n<p>\nA execu\u00e7\u00e3o do comando s\u00f3 \u00e9 poss\u00edvel uma vez, em execu\u00e7\u00f5es subsequentes, em vez de <code>install<\/code> deveria usar <code>upgrade<\/code>. Para simplificar, podemos executar o comando <code>upgrade<\/code> com uma chave adicional <code>--install<\/code>. Na primeira execu\u00e7\u00e3o, o Helm enviar\u00e1 um comando para instalar a vers\u00e3o, e posteriormente a atualizar\u00e1.<\/p>\n<pre><code class=\"plaintext\">helm upgrade --install bestapp --values values.yaml lmru\/bestchart\n<\/code><\/pre>\n<p><\/p>\n<h2>Armadilhas na implanta\u00e7\u00e3o de novas vers\u00f5es do aplicativo com Helm<\/h2>\n<p>\n<i>Neste momento da hist\u00f3ria, estou jogando com a plateia no 'Quem quer ser um milion\u00e1rio', e estamos descobrindo como fazer o Helm atualizar a vers\u00e3o do aplicativo. <\/i><noindex><a rel=\"nofollow\" href=\"https:\/\/youtu.be\/w1PhTe9gnOI?list=PLQzTaxmOHjnv0tP_HDxsIvcuac2kkIJTQ&amp;t=778\"><i>Assistir v\u00eddeo<\/i><\/a><\/noindex>.<\/p>\n<p>Quando estudei o funcionamento do Helm, fiquei surpreso com o comportamento estranho ao tentar atualizar vers\u00f5es de aplicativos em execu\u00e7\u00e3o. O c\u00f3digo do aplicativo foi atualizado, carreguei uma nova imagem no docker registry, enviei o comando para implanta\u00e7\u00e3o \u2013 e nada aconteceu. Abaixo, algumas tentativas n\u00e3o t\u00e3o bem-sucedidas para atualizar aplicativos. Estudando cada uma delas em detalhes, voc\u00ea come\u00e7a a entender o funcionamento interno da ferramenta e os motivos desse comportamento n\u00e3o t\u00e3o \u00f3bvio.<\/p>\n<p><strong>M\u00e9todo 1. N\u00e3o alterar informa\u00e7\u00f5es desde a \u00faltima execu\u00e7\u00e3o<\/strong><\/p>\n<p>Como diz <noindex><a rel=\"nofollow\" href=\"https:\/\/helm.sh\/docs\/intro\/using_helm\/#helm-upgrade-and-helm-rollback-upgrading-a-release-and-recovering-on-failure\">site oficial<\/a><\/noindex> Helm, 'os charts do Kubernetes podem ser grandes e complexos, portanto, o Helm tenta n\u00e3o modificar nada desnecessariamente'. Portanto, se voc\u00ea atualizar a vers\u00e3o mais recente da imagem do aplicativo no docker registry e executar o comando <code>helm upgrade<\/code>, nada ir\u00e1 acontecer. O Helm ir\u00e1 considerar que nada mudou e n\u00e3o ser\u00e1 necess\u00e1rio enviar um comando ao Kubernetes para atualizar o aplicativo.<\/p>\n<blockquote><p>Aqui e adiante, a tag latest \u00e9 mostrada apenas como um exemplo. Ao especificar essa tag, o Kubernetes far\u00e1 o download da imagem do docker registry todas as vezes, independentemente do par\u00e2metro imagePullPolicy. O uso de latest em produ\u00e7\u00e3o n\u00e3o \u00e9 recomendado e pode causar efeitos colaterais.<\/p><\/blockquote>\n<p>\n<strong>M\u00e9todo 2. Atualizar o LABEL na imagem<\/strong><\/p>\n<p>Conforme mencionado na mesma <noindex><a rel=\"nofollow\" href=\"https:\/\/helm.sh\/docs\/intro\/using_helm\/#helm-upgrade-and-helm-rollback-upgrading-a-release-and-recovering-on-failure\">documenta\u00e7\u00e3o<\/a><\/noindex>, 'o Helm atualizar\u00e1 o aplicativo somente se ele mudou desde o \u00faltimo release'. Uma op\u00e7\u00e3o l\u00f3gica para isso seria atualizar a etiqueta LABEL na pr\u00f3pria imagem docker. No entanto, o Helm n\u00e3o olha para as imagens de aplicativos e n\u00e3o tem ideia de quaisquer mudan\u00e7as nelas. Portanto, ao atualizar labels na imagem, o Helm n\u00e3o ficar\u00e1 ciente e o comando de atualiza\u00e7\u00e3o do aplicativo no Kubernetes n\u00e3o ser\u00e1 enviado.<\/p>\n<p><strong>M\u00e9todo 3. Usar a chave <code>--force<\/code><\/strong><\/p>\n<p><img decoding=\"async\" alt=\"Dispositivo Helm e suas armadilhas\" src=\"\/wp-content\/uploads\/2020\/02\/4888cddfb7698b7044ab31b6f6070063.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\nVamos consultar os manuais e procurar pela chave necess\u00e1ria. A que mais se encaixa \u00e9 a chave <code>--force<\/code>. Apesar do nome sugestivo, o comportamento \u00e9 diferente do esperado. Em vez de for\u00e7ar a atualiza\u00e7\u00e3o do aplicativo, seu verdadeiro objetivo \u00e9 restaurar uma vers\u00e3o do release que est\u00e1 com status FAILED. Se n\u00e3o usar essa chave, ser\u00e1 necess\u00e1rio executar os comandos sequencialmente. <code>helm delete &amp;&amp; helm install --replace<\/code>. Em vez disso, \u00e9 sugerido usar a chave <code>--force<\/code>, que automatiza a execu\u00e7\u00e3o sequencial desses comandos. Mais informa\u00e7\u00f5es neste <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/helm\/helm\/pull\/3597\">pull request<\/a><\/noindex>. Para que o Helm realmente atualize a vers\u00e3o do aplicativo, infelizmente, essa chave n\u00e3o ser\u00e1 apropriada.<\/p>\n<p><strong>M\u00e9todo 4. Alterar labels diretamente no Kubernetes<\/strong><\/p>\n<p><img decoding=\"async\" alt=\"Dispositivo Helm e suas armadilhas\" src=\"\/wp-content\/uploads\/2020\/02\/0a35e7aaa7479685f07dd5b935c95eb1.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\nAtualizar label diretamente no cluster usando o comando <code>kubectl edit<\/code> \u2014 \u00e9 uma m\u00e1 ideia. Essa a\u00e7\u00e3o levar\u00e1 a uma inconsist\u00eancia entre as informa\u00e7\u00f5es do aplicativo em execu\u00e7\u00e3o e o que foi inicialmente enviado para o deploy. O comportamento do Helm durante o deploy nesse caso \u00e9 diferente de sua vers\u00e3o: o Helm 2 n\u00e3o far\u00e1 nada, enquanto o Helm 3 implantar\u00e1 uma nova vers\u00e3o do aplicativo. Para entender a raz\u00e3o, \u00e9 necess\u00e1rio compreender como o Helm funciona.<\/p>\n<h3>Como funciona o Helm<\/h3>\n<p>\nPara determinar se o aplicativo mudou desde o \u00faltimo release, o Helm pode se basear em:<\/p>\n<ul>\n<li>aplicativo em funcionamento no Kubernetes;<\/li>\n<li>novo values.yaml e chart atual;<\/li>\n<li>informa\u00e7\u00e3o interna do Helm sobre os releases.<\/li>\n<\/ul>\n<p><b class=\"spoiler_title\">Para os curiosos: onde o Helm armazena informa\u00e7\u00f5es internas sobre os releases?<\/b>Ao executar o comando <code>helm history<\/code>, obteremos todas as informa\u00e7\u00f5es sobre vers\u00f5es instaladas atrav\u00e9s do Helm.<\/p>\n<p><img decoding=\"async\" alt=\"Dispositivo Helm e suas armadilhas\" src=\"\/wp-content\/uploads\/2020\/02\/0bf3afeb9c4947220474af648a1fa1ad.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\nH\u00e1 tamb\u00e9m informa\u00e7\u00f5es detalhadas sobre os templates e valores enviados. Podemos solicit\u00e1-las:<\/p>\n<p><img decoding=\"async\" alt=\"Dispositivo Helm e suas armadilhas\" src=\"\/wp-content\/uploads\/2020\/02\/858560c0f4adf7375060cec339df7574.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\nNa segunda vers\u00e3o do Helm, essas informa\u00e7\u00f5es est\u00e3o no mesmo namespace onde o Tiller est\u00e1 em execu\u00e7\u00e3o (por padr\u00e3o \u2014 kube-system), em um ConfigMap marcado com o r\u00f3tulo \"OWNER=TILLER\":<\/p>\n<p><img decoding=\"async\" alt=\"Dispositivo Helm e suas armadilhas\" src=\"\/wp-content\/uploads\/2020\/02\/ba665a079ccddeb4ca7049822c42a498.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\nCom o surgimento da terceira vers\u00e3o do Helm, as informa\u00e7\u00f5es foram transferidas para secrets, mas no mesmo namespace onde o aplicativo est\u00e1 em execu\u00e7\u00e3o. Isso tornou poss\u00edvel executar simultaneamente v\u00e1rios aplicativos em diferentes namespaces com o mesmo nome de release. Na segunda vers\u00e3o, isso era uma grande dor de cabe\u00e7a, pois os namespaces s\u00e3o isolados, mas podem influenciar uns aos outros.<\/p>\n<p><img decoding=\"async\" alt=\"Dispositivo Helm e suas armadilhas\" src=\"\/wp-content\/uploads\/2020\/02\/b9b82b7c86320a0e3642e4265a1f0241.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p>\nNo Helm 2, ao tentar entender se \u00e9 necess\u00e1ria uma atualiza\u00e7\u00e3o, s\u00e3o usados apenas duas fontes de informa\u00e7\u00f5es: o que lhe foi fornecido atualmente e a informa\u00e7\u00e3o interna sobre os releases, que est\u00e1 no ConfigMap.<\/p>\n<p><img decoding=\"async\" alt=\"Dispositivo Helm e suas armadilhas\" src=\"\/wp-content\/uploads\/2020\/02\/0550ba5f6ce7be1e7f666dfc65e639ad.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\nO Helm 3 utiliza a estrat\u00e9gia de mesclagem em tr\u00eas caminhos: al\u00e9m das informa\u00e7\u00f5es existentes, ele considera tamb\u00e9m o aplicativo que est\u00e1 rodando no Kubernetes.<\/p>\n<p><img decoding=\"async\" alt=\"Dispositivo Helm e suas armadilhas\" src=\"\/wp-content\/uploads\/2020\/02\/252085adb83e097e01b4a0655706ede5.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\nPor essa raz\u00e3o, a vers\u00e3o antiga do Helm n\u00e3o far\u00e1 nada, pois n\u00e3o leva em conta as informa\u00e7\u00f5es do aplicativo no cluster, enquanto o Helm 3 receber\u00e1 as mudan\u00e7as e implantar\u00e1 o novo aplicativo.<\/p>\n<p><strong>M\u00e9todo 5. Usar a chave &#8212;recreate-pods<\/strong><\/p>\n<p>Com a chave <code>--recreate-pods<\/code> \u00e9 poss\u00edvel atingir o que originalmente se pretendia conseguir com a chave <code>--force<\/code>. Os cont\u00eaineres ser\u00e3o reiniciados e, conforme a pol\u00edtica imagePullPolicy: Always para a tag latest (conforme mencionado na nota acima), o Kubernetes far\u00e1 o download e iniciar\u00e1 a nova vers\u00e3o da imagem. Isso n\u00e3o ser\u00e1 feito da melhor maneira: sem considerar o StrategyType do deployment, desligar\u00e1 abruptamente todas as inst\u00e2ncias antigas do aplicativo e iniciar\u00e1 novas. Durante o rein\u00edcio, o sistema n\u00e3o funcionar\u00e1, os usu\u00e1rios sentir\u00e3o os efeitos.<\/p>\n<p>No pr\u00f3prio Kubernetes, um problema similar tamb\u00e9m existia por muito tempo. E agora, quatro anos ap\u00f3s a sua descoberta, <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes\/kubernetes\/issues\/13488\">Problema<\/a><\/noindex>, o problema foi corrigido, e a partir da vers\u00e3o 1.15 do Kubernetes, surge a possibilidade de rolling-restart dos pods.<\/p>\n<p>O Helm simplesmente desliga todos os aplicativos e inicia novos cont\u00eaineres lado a lado. Isso n\u00e3o pode ser feito em produ\u00e7\u00e3o para evitar a inatividade do aplicativo. Isso \u00e9 necess\u00e1rio apenas para fins de desenvolvimento e pode ser executado apenas em ambientes de est\u00e1gio.<\/p>\n<h2>Como atualizar a vers\u00e3o do aplicativo usando o Helm?<\/h2>\n<p>\nVamos alterar os valores enviados ao Helm. Normalmente, esses s\u00e3o os valores que substituem a tag da imagem. No caso de latest, comumente usado para ambientes n\u00e3o produtivos, a informa\u00e7\u00e3o que pode ser alterada \u00e9 a anota\u00e7\u00e3o, que \u00e9 in\u00fatil para o pr\u00f3prio Kubernetes, mas servir\u00e1 como um sinal para o Helm de que o aplicativo precisa ser atualizado. Op\u00e7\u00f5es para preenchimento do valor da anota\u00e7\u00e3o:<\/p>\n<ol>\n<li><strong>Valor aleat\u00f3rio<\/strong> usando a fun\u00e7\u00e3o padr\u00e3o \u2014 <code>{{ randAlphaNum 6 }}<\/code>. <br \/>\nH\u00e1 um detalhe: ap\u00f3s cada deploy utilizando um chart com essa vari\u00e1vel, o valor da anota\u00e7\u00e3o ser\u00e1 \u00fanico, e o Helm acreditar\u00e1 que houve altera\u00e7\u00f5es. Assim, estaremos sempre reiniciando o aplicativo, mesmo que n\u00e3o tenhamos mudado sua vers\u00e3o. Isso n\u00e3o \u00e9 cr\u00edtico, pois n\u00e3o haver\u00e1 inatividade, mas ainda assim \u00e9 inconveniente.<\/li>\n<li>Inserir a <strong>data e hora atuais<\/strong> \u2014 <code>{{ .Release.Date }}<\/code>. <br \/>\nA op\u00e7\u00e3o \u00e9 semelhante ao valor aleat\u00f3rio, mas com uma vari\u00e1vel sempre \u00fanica.<\/li>\n<li>Uma maneira mais correta \u00e9 usar <strong>somas de verifica\u00e7\u00e3o<\/strong>. Esta \u00e9 a imagem SHA ou o SHA do \u00faltimo commit no git \u2014 <code>{{ .Values.sha }}<\/code>. <br \/>\nElas devem ser calculadas e enviadas ao cliente Helm no lado chamador, por exemplo no Jenkins. Se a aplica\u00e7\u00e3o mudar, a soma de verifica\u00e7\u00e3o tamb\u00e9m mudar\u00e1. Portanto, o Helm atualizar\u00e1 a aplica\u00e7\u00e3o apenas quando necess\u00e1rio.<\/li>\n<\/ol>\n<p><\/p>\n<h2>Resumindo nossas tentativas<\/h2>\n<p><\/p>\n<ul>\n<li>O Helm faz altera\u00e7\u00f5es da maneira menos invasiva, portanto qualquer mudan\u00e7a no n\u00edvel da imagem da aplica\u00e7\u00e3o no Docker Registry n\u00e3o resultar\u00e1 em uma atualiza\u00e7\u00e3o: ap\u00f3s a execu\u00e7\u00e3o do comando, nada acontecer\u00e1.<\/li>\n<li>Chave <code>--force<\/code> \u00e9 usado para recuperar releases problem\u00e1ticos e n\u00e3o est\u00e1 relacionado a atualiza\u00e7\u00f5es for\u00e7adas.<\/li>\n<li>Chave <code>--recreate-pods<\/code> atualizar\u00e1 o aplicativo for\u00e7adamente, mas o far\u00e1 de maneira brusca: desligar\u00e1 todos os cont\u00eaineres abruptamente. Isso prejudicar\u00e1 os usu\u00e1rios, e n\u00e3o \u00e9 aconselh\u00e1vel fazer isso em produ\u00e7\u00e3o.<\/li>\n<li>Fazer altera\u00e7\u00f5es diretamente no cluster Kubernetes usando o comando <code>kubectl edit<\/code> n\u00e3o \u00e9 recomendado: isso quebrar\u00e1 a consist\u00eancia e o comportamento variar\u00e1 dependendo da vers\u00e3o do Helm.<\/li>\n<li>Com o lan\u00e7amento da nova vers\u00e3o do Helm, surgiram muitas nuances. As Issues no reposit\u00f3rio do Helm est\u00e3o descritas de forma clara e ajudar\u00e3o a entender os detalhes.<\/li>\n<li>Adicionar uma anota\u00e7\u00e3o modific\u00e1vel ao chart tornar\u00e1 mais flex\u00edvel. Isso permitir\u00e1 implantar a aplica\u00e7\u00e3o corretamente, sem inatividade.<\/li>\n<\/ul>\n<p>\nUma ideia do tipo \"paz mundial\", aplic\u00e1vel em todas as \u00e1reas da vida: leia as instru\u00e7\u00f5es antes de usar, n\u00e3o depois. Apenas sabendo de todas as informa\u00e7\u00f5es, ser\u00e1 poss\u00edvel construir sistemas confi\u00e1veis e fazer os usu\u00e1rios felizes.<\/p>\n<p><strong>Outros links sobre o tema:<\/strong><\/p>\n<ol>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/flant\/blog\/453734\/\">Introdu\u00e7\u00e3o ao <i>Helm<\/i> 3<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/helm.sh\/\">Site oficial do Helm<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/helm\/helm\">Reposit\u00f3rio do Helm no GitHub<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/mailru\/blog\/425343\/\">25 ferramentas \u00fateis do Kubernetes: implanta\u00e7\u00e3o e gerenciamento<\/a><\/noindex><\/li>\n<\/ol>\n<p>\nEsta apresenta\u00e7\u00e3o foi feita pela primeira vez na <noindex><a rel=\"nofollow\" href=\"https:\/\/corp.mail.ru\/ru\/press\/events\/at-kubernetes-conference\/\">@Kubernetes Conference<\/a><\/noindex> by Mail.ru Cloud Solutions. Veja <noindex><a rel=\"nofollow\" href=\"https:\/\/www.youtube.com\/playlist?list=PLQzTaxmOHjnv0tP_HDxsIvcuac2kkIJTQ\">v\u00eddeo<\/a><\/noindex> outras apresenta\u00e7\u00f5es e inscreva-se para receber atualiza\u00e7\u00f5es de eventos no Telegram <noindex><a rel=\"nofollow\" href=\"https:\/\/t.me\/k8s_mail\">Em torno do Kubernetes no Mail.ru Group<\/a><\/noindex>.<br \/>\n<br \/>Fonte: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/mailru\/blog\/488192\/\">habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>Typhon freight hauler concept, Anton Swanepoel \u041c\u0435\u043d\u044f \u0437\u043e\u0432\u0443\u0442 \u0414\u043c\u0438\u0442\u0440\u0438\u0439 \u0421\u0443\u0433\u0440\u043e\u0431\u043e\u0432, \u044f \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u0447\u0438\u043a \u0432 \u00ab\u041b\u0435\u0440\u0443\u0430 \u041c\u0435\u0440\u043b\u0435\u043d\u00bb. \u0412 \u0441\u0442\u0430\u0442\u044c\u0435 \u0440\u0430\u0441\u0441\u043a\u0430\u0436\u0443, \u0437\u0430\u0447\u0435\u043c \u043d\u0443\u0436\u0435\u043d Helm, \u043a\u0430\u043a \u043e\u043d \u0443\u043f\u0440\u043e\u0449\u0430\u0435\u0442 \u0440\u0430\u0431\u043e\u0442\u0443 \u0441 Kubernetes, \u0447\u0442\u043e \u043f\u043e\u043c\u0435\u043d\u044f\u043b\u043e\u0441\u044c \u0432 \u0442\u0440\u0435\u0442\u044c\u0435\u0439 \u0432\u0435\u0440\u0441\u0438\u0438 \u0438 \u043a\u0430\u043a \u0441 \u0435\u0433\u043e \u043f\u043e\u043c\u043e\u0449\u044c\u044e \u043e\u0431\u043d\u043e\u0432\u043b\u044f\u0442\u044c \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u044f \u0432 \u043f\u0440\u043e\u0434\u0430\u043a\u0448\u0435\u043d\u0435 \u0431\u0435\u0437 \u043f\u0440\u043e\u0441\u0442\u043e\u044f. \u042d\u0442\u043e \u043a\u043e\u043d\u0441\u043f\u0435\u043a\u0442 \u043f\u043e \u043c\u043e\u0442\u0438\u0432\u0430\u043c \u0432\u044b\u0441\u0442\u0443\u043f\u043b\u0435\u043d\u0438\u044f \u043d\u0430 \u043a\u043e\u043d\u0444\u0435\u0440\u0435\u043d\u0446\u0438\u0438 @Kubernetes Conference by Mail.ru Cloud [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":70955,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-70954","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.3 - aioseo.com -->\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/ustrojstvo-helm-i-ego-podvodnye-kamni\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.3\" \/>\n\t\t<meta property=\"og:locale\" content=\"pt_PT\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u0423\u0441\u0442\u0440\u043e\u0439\u0441\u0442\u0432\u043e Helm \u0438 \u0435\u0433\u043e \u043f\u043e\u0434\u0432\u043e\u0434\u043d\u044b\u0435 \u043a\u0430\u043c\u043d\u0438 | ProHoster\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/ustrojstvo-helm-i-ego-podvodnye-kamni\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2020-02-22T21:58:17+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-03-03T13:14:40+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Estrutura do Helm e suas armadilhas | ProHoster","description":"","canonical_url":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/ustrojstvo-helm-i-ego-podvodnye-kamni","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"pt_PT","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0423\u0441\u0442\u0440\u043e\u0439\u0441\u0442\u0432\u043e Helm \u0438 \u0435\u0433\u043e \u043f\u043e\u0434\u0432\u043e\u0434\u043d\u044b\u0435 \u043a\u0430\u043c\u043d\u0438 | ProHoster","og:url":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/ustrojstvo-helm-i-ego-podvodnye-kamni","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-02-22T21:58:17+00:00","article:modified_time":"2020-03-03T13:14:40+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"70954","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 19:11:23","updated":"2022-09-30 13:54:53","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/70954","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/comments?post=70954"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/70954\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media\/70955"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media?parent=70954"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/categories?post=70954"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/tags?post=70954"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}