{"id":35955,"date":"2019-10-31T22:08:26","date_gmt":"2019-10-31T19:08:26","guid":{"rendered":"https:\/\/prohoster.info\/blog\/razvertyvanie-prilozhenij-na-neskolkih-klasterah-kubernetes-s-helm\/"},"modified":"2019-10-31T22:08:26","modified_gmt":"2019-10-31T19:08:26","slug":"razvertyvanie-prilozhenij-na-neskolkih-klasterah-kubernetes-s-helm","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/razvertyvanie-prilozhenij-na-neskolkih-klasterah-kubernetes-s-helm","title":{"rendered":"Implanta\u00e7\u00e3o de aplicativos em v\u00e1rios clusters Kubernetes com Helm","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<\/p>\n<p><\/p>\n<h2 id=\"kak-dailymotion-ispolzuet-kubernetes-razvertyvanie-prilozheniy\">Como o Dailymotion utiliza Kubernetes: implanta\u00e7\u00e3o de aplicativos<\/h2>\n<p><\/p>\n<p>No Dailymotion, come\u00e7amos a usar Kubernetes em produ\u00e7\u00e3o h\u00e1 3 anos. Mas implantar aplicativos em v\u00e1rios clusters \u00e9 um desafio, por isso, nos \u00faltimos anos, temos buscado melhorar nossas ferramentas e fluxos de trabalho.<\/p>\n<p><noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h3 id=\"s-chego-nachalos\">Como tudo come\u00e7ou<\/h3>\n<p><\/p>\n<p>Aqui, vamos explicar como implantamos nossos aplicativos em v\u00e1rios clusters Kubernetes ao redor do mundo.<\/p>\n<p><\/p>\n<p>Para implantar v\u00e1rios objetos Kubernetes de uma s\u00f3 vez, utilizamos <noindex><a rel=\"nofollow\" href=\"https:\/\/helm.sh\/\">Helm<\/a><\/noindex>, e todos os nossos charts s\u00e3o armazenados em um \u00fanico reposit\u00f3rio git. Para implantar a pilha completa de um aplicativo de v\u00e1rios servi\u00e7os, usamos o que chamamos de chart agregador. Essencialmente, este \u00e9 um chart que declara as depend\u00eancias e permite iniciar a API e seus servi\u00e7os com um \u00fanico comando.<\/p>\n<p><\/p>\n<p>Al\u00e9m disso, escrevemos um pequeno script Python sobre o Helm para realizar verifica\u00e7\u00f5es, criar charts, adicionar segredos e implantar aplicativos. Todas essas tarefas s\u00e3o executadas em uma plataforma CI central com uma imagem Docker.<\/p>\n<p><\/p>\n<p>Vamos direto ao ponto.<\/p>\n<p><\/p>\n<blockquote><p>Nota. Quando voc\u00ea l\u00ea isso, o primeiro release candidate do Helm 3 j\u00e1 foi anunciado. A vers\u00e3o principal cont\u00e9m uma s\u00e9rie de melhorias destinadas a resolver alguns problemas que enfrentamos no passado.<\/p><\/blockquote>\n<p><\/p>\n<h3 id=\"rabochiy-process-razrabotki-chartov\">Fluxo de trabalho de desenvolvimento de charts<\/h3>\n<p><\/p>\n<p>Para os aplicativos, utilizamos o branching, e decidimos aplicar a mesma abordagem aos charts.<\/p>\n<p><\/p>\n<ul>\n<li>A branch <strong>dev<\/strong> \u00e9 utilizada para criar charts que ser\u00e3o testados em clusters de desenvolvimento.<\/li>\n<li>Quando o pull request \u00e9 enviado para <strong>master<\/strong>, eles s\u00e3o verificados em staging.<\/li>\n<li>Finalmente, criamos um pull request para mesclar as mudan\u00e7as na branch <strong>prod<\/strong> e aplic\u00e1-las em produ\u00e7\u00e3o.<\/li>\n<\/ul>\n<p><\/p>\n<p>Cada ambiente tem seu pr\u00f3prio reposit\u00f3rio privado que armazena nossos charts, e usamos <noindex><a rel=\"nofollow\" href=\"https:\/\/chartmuseum.com\/\">Chartmuseum<\/a><\/noindex> com APIs muito \u00fateis. Dessa forma, garantimos um isolamento rigoroso entre os ambientes e testamos os charts em condi\u00e7\u00f5es reais, antes de us\u00e1-los em produ\u00e7\u00e3o.<\/p>\n<p><\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/rz\/vt\/uk\/rzvtuk6q7b_rkeaxnyujzhmfjog.png\"><\/a><\/noindex><\/p>\n<p><\/p>\n<p><em>Reposit\u00f3rios de charts em diferentes ambientes<\/em><\/p>\n<p><\/p>\n<p>Vale a pena mencionar que quando os desenvolvedores submetem uma branch dev, a vers\u00e3o de seu chart \u00e9 automaticamente enviada para o dev Chartmuseum. Assim, todos os desenvolvedores usam um \u00fanico reposit\u00f3rio dev, e \u00e9 preciso ter cuidado ao especificar a vers\u00e3o do seu chart para n\u00e3o utilizar acidentalmente as mudan\u00e7as de algu\u00e9m.<\/p>\n<p><\/p>\n<p>Al\u00e9m disso, nosso pequeno script Python verifica objetos Kubernetes de acordo com as especifica\u00e7\u00f5es do Kubernetes OpenAPI usando <noindex><a rel=\"nofollow\" href=\"https:\/\/kubeval.instrumenta.dev\/\">Kubeval<\/a><\/noindex>, antes de public\u00e1-los no Chartmuseum.<\/p>\n<p><\/p>\n<h3 id=\"obschee-opisanie-rabochego-processa-razrabotki-charta\">Descri\u00e7\u00e3o geral do fluxo de trabalho de desenvolvimento do chart<\/h3>\n<p><\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/yd\/cw\/qw\/ydcwqw-vqfitu5bj8ky4nh7xxea.png\"><\/a><\/noindex><\/p>\n<p><\/p>\n<ol>\n<li>Configura\u00e7\u00e3o de tarefas do pipeline de acordo com as especifica\u00e7\u00f5es <noindex><a rel=\"nofollow\" href=\"https:\/\/gazr.io\/\">gazr.io<\/a><\/noindex> para controle de qualidade (lint, unit-test).<\/li>\n<li>Envio da imagem docker com ferramentas Python que implantam nossas aplica\u00e7\u00f5es.<\/li>\n<li>Configura\u00e7\u00e3o do ambiente pelo nome da branch.<\/li>\n<li>Valida\u00e7\u00e3o de arquivos yaml Kubernetes usando Kubeval.<\/li>\n<li>Aumento autom\u00e1tico da vers\u00e3o do chart e seus charts pais (charts que dependem do chart modificado).<\/li>\n<li>Envio do chart para o Chartmuseum que corresponde ao seu ambiente<\/li>\n<\/ol>\n<p><\/p>\n<h2 id=\"upravlenie-razlichiyami-v-klasterah\">Gerenciamento de diferen\u00e7as entre clusters<\/h2>\n<p><\/p>\n<h3 id=\"federaciya-klasterov\">Federa\u00e7\u00e3o de clusters<\/h3>\n<p><\/p>\n<p>Houve um tempo em que us\u00e1vamos <noindex><a rel=\"nofollow\" href=\"https:\/\/kubernetes.io\/docs\/concepts\/cluster-administration\/federation\/\">a federa\u00e7\u00e3o de clusters Kubernetes<\/a><\/noindex>, onde era poss\u00edvel declarar objetos Kubernetes de um \u00fanico ponto final da API. Mas surgiram problemas. Por exemplo, alguns objetos Kubernetes n\u00e3o podiam ser criados no ponto final da federa\u00e7\u00e3o, o que dificultava a manuten\u00e7\u00e3o de objetos unificados e outros objetos para clusters separados.<\/p>\n<p><\/p>\n<p>Para resolver o problema, come\u00e7amos a gerenciar clusters de forma independente, o que simplificou significativamente o processo (usamos a primeira vers\u00e3o da federa\u00e7\u00e3o; na segunda, algo poderia ter mudado).<\/p>\n<p><\/p>\n<h3 id=\"georaspredelennaya-platforma\">Plataforma geograficamente distribu\u00edda<\/h3>\n<p><\/p>\n<p>Atualmente, nossa plataforma est\u00e1 distribu\u00edda em 6 regi\u00f5es \u2014 3 localmente e 3 na nuvem.<\/p>\n<p><\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/jq\/c1\/mr\/jqc1mru36g5byams4wddzducauw.png\"><\/a><\/noindex><br \/>\n<em>Implanta\u00e7\u00e3o distribu\u00edda<\/em><\/p>\n<p><\/p>\n<h3 id=\"globalnye-znacheniya-helm\">Valores globais do Helm<\/h3>\n<p><\/p>\n<p>4 valores globais do Helm permitem definir diferen\u00e7as entre clusters. Para todos os nossos charts, existem valores m\u00ednimos padr\u00e3o.<\/p>\n<p><\/p>\n<pre><code class=\"plaintext\">global:\n  cloud: True\n  env: staging\n  region: us-central1\n  clusterName: staging-us-central1<\/code><\/pre>\n<p><\/p>\n<p><em>Valores globais<\/em><\/p>\n<p><\/p>\n<p>Esses valores ajudam a definir o contexto para nossas aplica\u00e7\u00f5es e s\u00e3o usados para v\u00e1rias tarefas: monitoramento, rastreamento, registro, chamadas externas, escalonamento etc.<\/p>\n<p><\/p>\n<ul>\n<li>\"cloud\": temos uma plataforma Kubernetes h\u00edbrida. Por exemplo, nossa API \u00e9 implantada em zonas GCP e em nossos data centers.<\/li>\n<li>\"env\": alguns valores podem mudar para ambientes n\u00e3o produtivos. Por exemplo, defini\u00e7\u00f5es de recursos e configura\u00e7\u00e3o de autoescalonamento.<\/li>\n<li>\"region\": essas informa\u00e7\u00f5es ajudam a determinar a localiza\u00e7\u00e3o do cluster e podem ser usadas para definir os pontos finais mais pr\u00f3ximos para servi\u00e7os externos.<\/li>\n<li>\"clusterName\": se e quando quisermos definir um valor para um cluster espec\u00edfico.<\/li>\n<\/ul>\n<p><\/p>\n<p>Aqui est\u00e1 um exemplo espec\u00edfico:<\/p>\n<p><\/p>\n<pre><code class=\"plaintext\">{{\n\/* Retorna o n\u00famero de r\u00e9plicas do Horizontal Pod Autoscaler para GraphQL*\/}}\n{{- define \"graphql.hpaReplicas\" -}}\n{{- if eq .Values.global.env \"prod\" }}\n{{- if eq .Values.global.region \"europe-west1\" }}\nminReplicas: 40\n{{- else }}\nminReplicas: 150\n{{- end }}\nmaxReplicas: 1400\n{{- else }}\nminReplicas: 4\nmaxReplicas: 20\n{{- end }}\n{{- end -}}<\/code><\/pre>\n<p><\/p>\n<p><em>Exemplo de modelo Helm<\/em><\/p>\n<p><\/p>\n<p>Essa l\u00f3gica \u00e9 definida em um modelo auxiliar, para n\u00e3o poluir o YAML do Kubernetes.<\/p>\n<p><\/p>\n<h3 id=\"obyavlenie-prilozheniya\">Declara\u00e7\u00e3o do aplicativo<\/h3>\n<p><\/p>\n<p>Nossos ferramentas de implanta\u00e7\u00e3o s\u00e3o baseadas em v\u00e1rios arquivos YAML. Abaixo est\u00e1 um exemplo de como declaramos o servi\u00e7o e sua topologia de escalonamento (n\u00famero de r\u00e9plicas) no cluster.<\/p>\n<p><\/p>\n<pre><code class=\"plaintext\">releases:\n  - foo.world\n\nfoo.world:                # Nome do Release\n  services:               # Lista de aplicativos\/projetos da dailymotion\n    foobar:\n      chart_name: foo-foobar\n      repo: git@github.com:dailymotion\/foobar\n      contexts:\n        prod-europe-west1:\n          deployments:\n            - name: foo-bar-baz\n              replicas: 18\n            - name: another-deployment\n              replicas: 3<\/code><\/pre>\n<p><\/p>\n<p><em>Defini\u00e7\u00e3o do servi\u00e7o<\/em><\/p>\n<p><\/p>\n<p>Este \u00e9 um esquema de todos os passos que definem nosso fluxo de trabalho de implementa\u00e7\u00e3o. O \u00faltimo passo implanta o aplicativo simultaneamente em v\u00e1rios clusters de trabalho.<\/p>\n<p><\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/iu\/qh\/xk\/iuqhxki4nfqoi0mus258j0feylu.png\"><\/a><\/noindex><br \/>\n<em>Passos de implanta\u00e7\u00e3o no Jenkins<\/em><\/p>\n<p><\/p>\n<h3 id=\"a-sekrety\">E os segredos?<\/h3>\n<p><\/p>\n<p>Em termos de seguran\u00e7a, rastreamos todos os segredos de diferentes lugares e os armazenamos em um reposit\u00f3rio \u00fanico. <noindex><a rel=\"nofollow\" href=\"https:\/\/www.vaultproject.io\/\">Vault<\/a><\/noindex> em Paris.<\/p>\n<p><\/p>\n<p>Nossos ferramentas de implanta\u00e7\u00e3o extraem os valores dos segredos do Vault e, quando chega a hora da implementa\u00e7\u00e3o, os inserem no Helm.<\/p>\n<p><\/p>\n<p>Para isso, definimos um mapeamento entre os segredos no Vault e os segredos necess\u00e1rios para nossas aplica\u00e7\u00f5es:<\/p>\n<p><\/p>\n<pre><code class=\"plaintext\">segredos:                                                                                                                                                                                                        \n     - secret_id: \"stack1-app1-password\"                                                                                                                                                                                  \n       contexts:                                                                                                                                                                                                   \n         - name: \"padr\u00e3o\"                                                                                                                                                                                         \n           vaultPath: \"\\\/kv\\\/dev\\\/stack1\\\/app1\\\/test\"                                                                                                                                                               \n           vaultKey: \"senha\"                                                                                                                                                                                    \n         - name: \"cluster1\"                                                                                                                                                                           \n           vaultPath: \"\\\/kv\\\/dev\\\/stack1\\\/app1\\\/test\"                                                                                                                                                               \n           vaultKey: \"senha\"<\/code><\/pre>\n<p><\/p>\n<ul>\n<li>Definimos regras gerais que devem ser seguidas ao gravar segredos no Vault.<\/li>\n<li>Se o segredo se refere <strong>a um contexto ou cluster espec\u00edfico<\/strong>, \u00e9 necess\u00e1rio adicionar uma entrada espec\u00edfica. (Aqui, o contexto cluster1 possui um valor pr\u00f3prio para o segredo stack-app1-password).<\/li>\n<li>Caso contr\u00e1rio, \u00e9 utilizado o valor <strong>padr\u00e3o<\/strong>.<\/li>\n<li>Para cada item nesta lista, um <strong>segredo do Kubernetes<\/strong> insere um par chave-valor. Portanto, o modelo do segredo em nossos gr\u00e1ficos \u00e9 muito simples.<\/li>\n<\/ul>\n<p><\/p>\n<pre><code class=\"plaintext\">apiVersion: v1\ndata:\n{{- range $key,$value := .Values.secrets }}\n  {{ $key }}: {{ $value | b64enc | quote }}\n{{ end }}\nkind: Secret\nmetadata:\n  name: \"{{ .Chart.Name }}\"\n  labels:\n    chartVersion: \"{{ .Chart.Version }}\"\n    tillerVersion: \"{{ .Capabilities.TillerVersion.SemVer }}\"\ntype: Opaque<\/code><\/pre>\n<p><\/p>\n<h2 id=\"problemy-i-ogranicheniya\">Problemas e limita\u00e7\u00f5es<\/h2>\n<p><\/p>\n<h3 id=\"rabota-s-neskolkimi-repozitoriyami\">Trabalhando com m\u00faltiplos reposit\u00f3rios<\/h3>\n<p><\/p>\n<p>Atualmente, estamos separando o desenvolvimento de gr\u00e1ficos e aplica\u00e7\u00f5es. Isso significa que os desenvolvedores precisam trabalhar em dois reposit\u00f3rios Git: um para a aplica\u00e7\u00e3o e outro para definir sua implanta\u00e7\u00e3o no Kubernetes. 2 reposit\u00f3rios Git s\u00e3o 2 fluxos de trabalho, e \u00e9 f\u00e1cil para um iniciante se confundir.<\/p>\n<p><\/p>\n<h3 id=\"upravlyat-obobschennymi-chartami-hlopotno\">Gerir gr\u00e1ficos gen\u00e9ricos \u00e9 trabalhoso<\/h3>\n<p><\/p>\n<p>Como j\u00e1 mencionamos, gr\u00e1ficos gen\u00e9ricos s\u00e3o muito \u00fateis para definir depend\u00eancias e implantar rapidamente v\u00e1rias aplica\u00e7\u00f5es. Mas utilizamos <code>--reuse-values<\/code>, para evitar a passagem de todos os valores cada vez que implantamos uma aplica\u00e7\u00e3o que faz parte desse gr\u00e1fico gen\u00e9rico.<\/p>\n<p><\/p>\n<p>No processo de entrega cont\u00ednua, temos apenas dois valores que mudam regularmente: a quantidade de r\u00e9plicas e a tag da imagem (vers\u00e3o). Outros valores, mais est\u00e1veis, s\u00e3o alterados manualmente e isso pode ser bastante complicado. Al\u00e9m disso, um erro na implanta\u00e7\u00e3o de um gr\u00e1fico gen\u00e9rico pode levar a falhas s\u00e9rias, como experimentamos em primeira m\u00e3o.<\/p>\n<p><\/p>\n<h3 id=\"obnovlenie-neskolkih-faylov-konfiguracii\">Atualizando v\u00e1rios arquivos de configura\u00e7\u00e3o<\/h3>\n<p><\/p>\n<p>Quando um desenvolvedor adiciona um novo aplicativo, ele precisa modificar v\u00e1rios arquivos: a declara\u00e7\u00e3o do aplicativo, a lista de segredos, adicionar o aplicativo \u00e0s depend\u00eancias se fizer parte do gr\u00e1fico gen\u00e9rico.<\/p>\n<p><\/p>\n<h3 id=\"razresheniya-jenkins-slishkom-rasshireny-v-vault\">As permiss\u00f5es do Jenkins est\u00e3o muito amplas no Vault<\/h3>\n<p><\/p>\n<p>Atualmente temos um <noindex><a rel=\"nofollow\" href=\"https:\/\/www.vaultproject.io\/docs\/auth\/approle.html\">AppRole<\/a><\/noindex>, que l\u00ea todos os segredos do Vault.<\/p>\n<p><\/p>\n<h3 id=\"process-otkata-ne-avtomatizirovan\">O processo de rollback n\u00e3o \u00e9 automatizado<\/h3>\n<p><\/p>\n<p>Para realizar um rollback, \u00e9 necess\u00e1rio executar um comando em v\u00e1rios clusters, o que \u00e9 propenso a erros. Realizamos essa opera\u00e7\u00e3o manualmente para garantir que o identificador de vers\u00e3o correto seja especificado.<\/p>\n<p><\/p>\n<h2 id=\"my-dvizhemsya-v-storonu-gitops\">Estamos avan\u00e7ando rumo ao GitOps<\/h2>\n<p><\/p>\n<h3 id=\"nasha-cel\">Nosso objetivo<\/h3>\n<p><\/p>\n<p>Queremos retornar o gr\u00e1fico para o reposit\u00f3rio do aplicativo que ele implanta.<\/p>\n<p><\/p>\n<p>O fluxo de trabalho ser\u00e1 o mesmo que para o desenvolvimento. Por exemplo, quando uma branch \u00e9 enviada para o master, a implanta\u00e7\u00e3o ser\u00e1 iniciada automaticamente. A principal diferen\u00e7a entre essa abordagem e o fluxo de trabalho atual \u00e9 que <strong>tudo ser\u00e1 gerenciado no git<\/strong> (o pr\u00f3prio aplicativo e a forma como ele \u00e9 implantado no Kubernetes).<\/p>\n<p><\/p>\n<p>Existem v\u00e1rias vantagens:<\/p>\n<p><\/p>\n<ul>\n<li>Muito <strong>mais claro<\/strong> para o desenvolvedor. Mais f\u00e1cil de aprender a aplicar mudan\u00e7as no gr\u00e1fico local.<\/li>\n<li>A defini\u00e7\u00e3o da implanta\u00e7\u00e3o do servi\u00e7o pode ser especificada <strong>ali mesmo onde o c\u00f3digo<\/strong> do servi\u00e7o est\u00e1.<\/li>\n<li><strong>Gerenciamento da exclus\u00e3o de gr\u00e1ficos gen\u00e9ricos<\/strong>. O servi\u00e7o ter\u00e1 sua pr\u00f3pria libera\u00e7\u00e3o do Helm. Isso permitir\u00e1 gerenciar o ciclo de vida do aplicativo (rollback, upgrade) no n\u00edvel mais detalhado, sem afetar outros servi\u00e7os.<\/li>\n<li><strong>As vantagens do git<\/strong> para gerenciar gr\u00e1ficos: reverter altera\u00e7\u00f5es, registro de auditoria, etc. Se precisar reverter uma altera\u00e7\u00e3o de gr\u00e1fico, isso pode ser feito atrav\u00e9s do git. A implanta\u00e7\u00e3o \u00e9 iniciada automaticamente.<\/li>\n<li>Podemos considerar aprimorar o fluxo de trabalho de desenvolvimento com ferramentas como <strong>Skaffold<\/strong>, com as quais os desenvolvedores podem testar altera\u00e7\u00f5es em um contexto pr\u00f3ximo ao de produ\u00e7\u00e3o.<\/li>\n<\/ul>\n<p><\/p>\n<h3 id=\"dvuhetapnaya-migraciya\">Migra\u00e7\u00e3o em duas etapas<\/h3>\n<p><\/p>\n<p>Nossos desenvolvedores usam este fluxo de trabalho h\u00e1 2 anos, ent\u00e3o precisamos de uma migra\u00e7\u00e3o o menos dolorosa poss\u00edvel. Por isso, decidimos adicionar uma etapa intermedi\u00e1ria no caminho at\u00e9 o objetivo.<br \/>\nA primeira etapa \u00e9 simples:<\/p>\n<p><\/p>\n<ul>\n<li>Mantemos uma estrutura semelhante para a configura\u00e7\u00e3o de implanta\u00e7\u00e3o de aplica\u00e7\u00f5es, mas em um \u00fanico objeto chamado DailymotionRelease.<\/li>\n<\/ul>\n<p><\/p>\n<pre><code class=\"plaintext\">apiVersion: \"v1\"\nkind: \"DailymotionRelease\"\nmetadata:\n  name: \"app1.ns1\"\n  environment: \"dev\"\n  branch: \"mybranch\"\nspec:\n  slack_channel: \"#admin\"\n  chart_name: \"app1\"\n  scaling:\n    - context: \"dev-us-central1-0\"\n      replicas:\n        - name: \"hermes\"\n          count: 2\n    - context: \"dev-europe-west1-0\"\n      replicas:\n        - name: \"app1-deploy\"\n          count: 2\n  secrets:\n    - secret_id: \"app1\"\n      contexts:\n        - name: \"default\"\n          vaultPath: \"\\\/kv\\\/dev\\\/ns1\\\/app1\\\/test\"\n          vaultKey: \"senha\"\n        - name: \"dev-europe-west1-0\"\n          vaultPath: \"\\\/kv\\\/dev\\\/ns1\\\/app1\\\/test\"\n          vaultKey: \"senha\"<\/code><\/pre>\n<p><\/p>\n<ul>\n<li>1 lan\u00e7amento por aplica\u00e7\u00e3o (sem gr\u00e1ficos resumidos).<\/li>\n<li>Gr\u00e1ficos no reposit\u00f3rio git da aplica\u00e7\u00e3o.<\/li>\n<\/ul>\n<p><\/p>\n<p>Conversamos com todos os desenvolvedores, ent\u00e3o o processo de migra\u00e7\u00e3o j\u00e1 come\u00e7ou. A primeira etapa ainda est\u00e1 sendo controlada pela plataforma CI. Em breve escreverei outro post sobre a segunda etapa: como migramos para o fluxo de trabalho GitOps com <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/weaveworks\/flux\">Flux<\/a><\/noindex>. Vou contar como configuramos tudo e quais dificuldades encontramos (v\u00e1rios reposit\u00f3rios, segredos etc.). Fiquem atentos \u00e0s novidades.<\/p>\n<p><\/p>\n<p>Aqui tentamos descrever nosso progresso no fluxo de trabalho de implanta\u00e7\u00e3o de aplica\u00e7\u00f5es nos \u00faltimos anos, que nos levou a pensar sobre a abordagem GitOps. Ainda n\u00e3o alcan\u00e7amos nosso objetivo e teremos atualiza\u00e7\u00f5es, mas agora estamos convencidos de que fizemos a coisa certa ao decidir simplificar tudo e aproximar-se dos h\u00e1bitos dos desenvolvedores.<\/p>\n<p>Fonte: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/458934\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u041a\u0430\u043a Dailymotion \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u0435\u0442 Kubernetes: \u0440\u0430\u0437\u0432\u0435\u0440\u0442\u044b\u0432\u0430\u043d\u0438\u0435 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0439 \u041c\u044b \u0432 Dailymotion \u043d\u0430\u0447\u0430\u043b\u0438 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u044c Kubernetes \u0432 \u043f\u0440\u043e\u0434\u0430\u043a\u0448\u0435\u043d\u0435 3 \u0433\u043e\u0434\u0430 \u043d\u0430\u0437\u0430\u0434. \u041d\u043e \u0440\u0430\u0437\u0432\u0435\u0440\u0442\u044b\u0432\u0430\u0442\u044c \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u044f \u043d\u0430 \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u0438\u0445 \u043a\u043b\u0430\u0441\u0442\u0435\u0440\u0430\u0445 \u0442\u043e \u0435\u0449\u0435 \u0443\u0434\u043e\u0432\u043e\u043b\u044c\u0441\u0442\u0432\u0438\u0435, \u043f\u043e\u044d\u0442\u043e\u043c\u0443 \u0432 \u043f\u043e\u0441\u043b\u0435\u0434\u043d\u0438\u0435 \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u043e \u043b\u0435\u0442 \u043c\u044b \u0441\u0442\u0430\u0440\u0430\u043b\u0438\u0441\u044c \u0443\u043b\u0443\u0447\u0448\u0438\u0442\u044c \u043d\u0430\u0448\u0438 \u0438\u043d\u0441\u0442\u0440\u0443\u043c\u0435\u043d\u0442\u044b \u0438 \u0440\u0430\u0431\u043e\u0447\u0438\u0435 \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u044b. \u0421 \u0447\u0435\u0433\u043e \u043d\u0430\u0447\u0430\u043b\u043e\u0441\u044c \u0417\u0434\u0435\u0441\u044c \u043c\u044b \u0440\u0430\u0441\u0441\u043a\u0430\u0436\u0435\u043c, \u043a\u0430\u043a \u043c\u044b \u0440\u0430\u0437\u0432\u0435\u0440\u0442\u044b\u0432\u0430\u0435\u043c \u043d\u0430\u0448\u0438 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u044f \u043d\u0430 \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u0438\u0445 \u043a\u043b\u0430\u0441\u0442\u0435\u0440\u0430\u0445 Kubernetes \u043f\u043e [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-35955","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.3 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u041a\u0430\u043a Dailymotion \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u0435\u0442 Kubernetes: \u0440\u0430\u0437\u0432\u0435\u0440\u0442\u044b\u0432\u0430\u043d\u0438\u0435 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0439 \u041c\u044b \u0432 Dailymotion \u043d\u0430\u0447\u0430\u043b\u0438 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u044c Kubernetes \u0432.\" \/>\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\/razvertyvanie-prilozhenij-na-neskolkih-klasterah-kubernetes-s-helm\" \/>\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\u0420\u0430\u0437\u0432\u0435\u0440\u0442\u044b\u0432\u0430\u043d\u0438\u0435 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0439 \u043d\u0430 \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u0438\u0445 \u043a\u043b\u0430\u0441\u0442\u0435\u0440\u0430\u0445 Kubernetes \u0441 Helm | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u041a\u0430\u043a Dailymotion \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u0435\u0442 Kubernetes: \u0440\u0430\u0437\u0432\u0435\u0440\u0442\u044b\u0432\u0430\u043d\u0438\u0435 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0439 \u041c\u044b \u0432 Dailymotion \u043d\u0430\u0447\u0430\u043b\u0438 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u044c Kubernetes \u0432.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/razvertyvanie-prilozhenij-na-neskolkih-klasterah-kubernetes-s-helm\" \/>\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=\"2019-10-31T19:08:26+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T19:08:26+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\udd47Implanta\u00e7\u00e3o de aplica\u00e7\u00f5es em v\u00e1rios clusters Kubernetes com Helm | ProHoster","description":"Como o Dailymotion usa o Kubernetes: implanta\u00e7\u00e3o de aplica\u00e7\u00f5es N\u00f3s, do Dailymotion, come\u00e7amos a usar o Kubernetes em.","canonical_url":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/razvertyvanie-prilozhenij-na-neskolkih-klasterah-kubernetes-s-helm","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\u0420\u0430\u0437\u0432\u0435\u0440\u0442\u044b\u0432\u0430\u043d\u0438\u0435 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0439 \u043d\u0430 \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u0438\u0445 \u043a\u043b\u0430\u0441\u0442\u0435\u0440\u0430\u0445 Kubernetes \u0441 Helm | ProHoster","og:description":"\u041a\u0430\u043a Dailymotion \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u0435\u0442 Kubernetes: \u0440\u0430\u0437\u0432\u0435\u0440\u0442\u044b\u0432\u0430\u043d\u0438\u0435 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0439 \u041c\u044b \u0432 Dailymotion \u043d\u0430\u0447\u0430\u043b\u0438 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u044c Kubernetes \u0432.","og:url":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/razvertyvanie-prilozhenij-na-neskolkih-klasterah-kubernetes-s-helm","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":"2019-10-31T19:08:26+00:00","article:modified_time":"2019-10-31T19:08:26+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"35955","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":"2026-01-22 01:25:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:53:31","updated":"2026-01-22 01:25:19","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\/35955","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=35955"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/35955\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media?parent=35955"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/categories?post=35955"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/tags?post=35955"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}