{"id":35941,"date":"2019-10-31T22:07:41","date_gmt":"2019-10-31T19:07:41","guid":{"rendered":"https:\/\/prohoster.info\/blog\/chto-zhe-takoe-gitops\/"},"modified":"2019-10-31T22:07:41","modified_gmt":"2019-10-31T19:07:41","slug":"chto-zhe-takoe-gitops","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/chto-zhe-takoe-gitops","title":{"rendered":"O que \u00e9 GitOps?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Nota do tradutor.<\/b>: Ap\u00f3s uma publica\u00e7\u00e3o recente de conte\u00fado<\/a><\/noindex> , sobre os m\u00e9todos pull e push em GitOps, notamos um interesse crescente por esse modelo de forma geral; no entanto, h\u00e1 muito poucas publica\u00e7\u00f5es em russo sobre o assunto (n\u00e3o h\u00e1 nenhuma no Habr). Portanto, estamos felizes em apresentar a tradu\u00e7\u00e3o de outro artigo \u2014 embora j\u00e1 quase um ano velho! \u2014 da empresa Weaveworks, cujo fundador criou o termo \"GitOps\". O texto explica a ess\u00eancia da abordagem e as principais diferen\u00e7as em rela\u00e7\u00e3o ao que j\u00e1 existe.<\/i><\/p>\n

\nUm ano atr\u00e1s, publicamos uma introdu\u00e7\u00e3o ao GitOps<\/a><\/noindex>. Naquela ocasi\u00e3o, contamos como a equipe da Weaveworks lan\u00e7ou um SaaS inteiramente baseado em Kubernetes e desenvolveu um conjunto de melhores pr\u00e1ticas prescritivas para implanta\u00e7\u00e3o, gerenciamento e monitoramento em ambientes cloud native.<\/a><\/noindex><\/p>\n

O artigo se tornou popular. Outras pessoas come\u00e7aram a falar sobre GitOps, passaram a publicar novas ferramentas para git push<\/a><\/noindex>, desenvolvimento<\/a><\/noindex>, de segredos<\/a><\/noindex>, fun\u00e7\u00f5es<\/a><\/noindex>, integra\u00e7\u00e3o cont\u00ednua<\/a><\/noindex> etc. Em nosso site, surgiram guias de configura\u00e7\u00e3o<\/a><\/noindex> publica\u00e7\u00f5es e casos de uso do GitOps. Mas algumas pessoas ainda tinham d\u00favidas. Como o modelo se diferencia do tradicional infrastructure as code<\/a><\/noindex> e da entrega cont\u00ednua (continuous delivery<\/a><\/noindex>)? \u00c9 absolutamente necess\u00e1rio usar Kubernetes?<\/p>\n

Logo percebemos que era necess\u00e1rio uma nova descri\u00e7\u00e3o, oferecendo:<\/p>\n

    \n
  1. Uma grande quantidade de exemplos e hist\u00f3rias;<\/li>\n
  2. Uma defini\u00e7\u00e3o concreta de GitOps;<\/li>\n
  3. Uma compara\u00e7\u00e3o com a entrega cont\u00ednua tradicional.<\/li>\n<\/ol>\n

    \nNeste artigo, tentamos abordar todos esses temas. Voc\u00ea encontrar\u00e1 uma introdu\u00e7\u00e3o atualizada ao GitOps e uma perspectiva dele do ponto de vista de desenvolvedores e CI\/CD. Focamos principalmente em Kubernetes, embora o modelo possa ser generalizado.<\/p>\n

    Conhe\u00e7a: GitOps<\/h2>\n

    \nImagine Alice. She runs Family Insurance, offering health, auto, real estate, and travel insurance policies to people who are too busy to delve into the intricacies of contracts themselves. Her business started as a side project while Alice worked at a bank as a data scientist. One day she realized that she could use advanced computer algorithms for more effective data analysis and the creation of insurance packages. Investors funded the project, and now her company generates over $20 million a year and is rapidly growing. Currently, 180 people work there in various positions, including a tech team responsible for the development, maintenance of the website, database, and customer base analysis. The team of 60 is led by Bob, the company's CTO.<\/p>\n

    Bob's team deploys production systems in the cloud. Their main applications run on GKE, taking advantage of Kubernetes on Google Cloud. Additionally, they use various data and analytics tools in their work.<\/p>\n

    A Family Insurance n\u00e3o planejava usar containers, mas acabou se empolgando com o Docker. Logo, os especialistas da empresa descobriram que o GKE permite implantar clusters para testar novas funcionalidades de forma f\u00e1cil e descomplicada. Jenkins foi adicionado para CI e Quay para organizar o registro de containers, e scripts para Jenkins foram escritos para fazer push de novos containers e configura\u00e7\u00f5es no GKE.<\/p>\n

    Depois de algum tempo, Alice e Bob ficaram decepcionados com o desempenho da abordagem escolhida e seu impacto nos neg\u00f3cios. A implementa\u00e7\u00e3o de containers n\u00e3o melhorou o desempenho tanto quanto a equipe esperava. \u00c0s vezes, os deployments falhavam, e n\u00e3o estava claro se isso era culpa das mudan\u00e7as no c\u00f3digo. Tamb\u00e9m foi dif\u00edcil acompanhar as altera\u00e7\u00f5es nas configura\u00e7\u00f5es. Muitas vezes, era necess\u00e1rio criar um novo cluster e mover os aplicativos para ele, pois isso era a forma mais f\u00e1cil de limpar a bagun\u00e7a em que o sistema se tornou. Alice temia que a situa\u00e7\u00e3o piorasse \u00e0 medida que o aplicativo evolu\u00edsse (al\u00e9m disso, um novo projeto de aprendizado de m\u00e1quina estava se aproximando). Bob automatizou a maior parte do trabalho e n\u00e3o entendia por que o pipeline ainda era inst\u00e1vel, escalava mal e ocasionalmente exigia interven\u00e7\u00e3o manual.<\/p>\n

    Ent\u00e3o, eles ouviram falar do GitOps. Essa solu\u00e7\u00e3o se mostrou exatamente o que precisavam para avan\u00e7ar com confian\u00e7a.<\/b><\/p>\n

    Alice e Bob j\u00e1 ouviam h\u00e1 anos sobre workflows baseados em Git, DevOps e infraestrutura como c\u00f3digo. A singularidade do GitOps \u00e9 que ele traz uma s\u00e9rie de melhores pr\u00e1ticas \u2014 rigorosas e normativas \u2014 para a implementa\u00e7\u00e3o dessas ideias no contexto do Kubernetes. Esse assunto foi levantado repetidamente<\/a><\/noindex>, inclusive no blog da Weaveworks.<\/a><\/noindex>.<\/p>\n

    A Family Insurance decide implementar GitOps. Agora, a empresa possui um modelo de opera\u00e7\u00e3o automatizado, compat\u00edvel com Kubernetes e que combina a velocidade<\/i> com um estabilidade<\/i>, uma vez que eles:<\/p>\n