

As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

# Tecer GitOps
<a name="weave"></a>

O Weave GitOps foi desenvolvido pela Weaveworks, empresa que introduziu o termo. *GitOps* Essa ferramenta fornece uma GitOps solução abrangente que se baseia nos GitOps princípios fundamentais.

## GitOps apoio
<a name="weave-gitops"></a>


| Área | Capacidades da ferramenta | 
| --- | --- | 
| Git como a única fonte da verdade | O Weave GitOps usa repositórios Git como fonte autorizada para definir o estado desejado do sistema. Todas as configurações, incluindo manifestos de aplicativos, definições de infraestrutura e políticas, são armazenadas no Git. | 
| Configuração declarativa | O sistema se baseia em descrições declarativas de todo o estado do sistema. Essas descrições geralmente são manifestos do Kubernetes, gráficos do Helm ou outros formatos declarativos. | 
| Sincronização automatizada | O Weave monitora GitOps continuamente os repositórios Git em busca de alterações. Quando detecta alterações, ele as aplica automaticamente ao ambiente de destino. | 
| Arquitetura nativa do Kubernetes | O Weave GitOps foi criado como um conjunto de controladores Kubernetes e recursos personalizados. Ele usa os mecanismos de extensão no Kubernetes para fornecer recursos. GitOps  | 
| Reconciliação contínua | Essa ferramenta compara constantemente o estado real do cluster com o estado desejado definido no Git. Ele corrige automaticamente qualquer desvio detectado entre esses estados. | 
| Gerenciamento de vários clusters | O Weave GitOps suporta o gerenciamento de vários clusters Kubernetes a partir de um único plano de controle. Ele permite a implantação consistente de aplicativos em diferentes ambientes. | 
| Política como código | O Weave GitOps incorpora o conceito de política como código para aplicar as regras de segurança e conformidade. As políticas são controladas por versão junto com o código do aplicativo e as definições de infraestrutura. | 
| Entrega progressiva | Essa ferramenta oferece suporte a estratégias avançadas de implantação, como lançamentos e blue/green implantações canary. Ele se integra ao Flagger para entrega automatizada e progressiva. | 
| Observabilidade e painéis | O Weave GitOps fornece painéis integrados para monitorar o estado dos aplicativos e clusters. Ele oferece informações sobre os processos de reconciliação e a integridade do cluster. | 
| Seguro por design | A ferramenta implementa as melhores práticas de segurança, incluindo integração com RBAC e gerenciamento de segredos. Ele oferece suporte a vários métodos de autenticação e se integra aos provedores de identidade corporativa. | 
| Extensibilidade e integração | A ferramenta foi projetada para funcionar com uma ampla variedade de ferramentas nativas da nuvem. Ele suporta ferramentas populares como Flux, Helm e Kustomize. | 
| Plataformas de autoatendimento para desenvolvedores | O Weave GitOps permite a criação de plataformas de autoatendimento para desenvolvedores. Ele fornece modelos e grades de proteção para implantação de aplicativos. | 
| GitOps Automation | A ferramenta automatiza muitos aspectos do GitOps fluxo de trabalho, incluindo a geração de pull requests para atualizações. | 
| Pipelines de entrega contínua | Ele se integra aos CI/CD sistemas para criar canais end-to-end de entrega. | 
| Auditoria e conformidade | O Weave DevOps fornece uma trilha de auditoria completa de todas as mudanças e ações. Ele ajuda você a atender aos requisitos de conformidade por meio de controle de versão e processos automatizados. | 
| Escalabilidade | A ferramenta foi projetada para escalar desde pequenos projetos até grandes implantações de nível corporativo. | 
| Colaboração em equipe | O Weave GitOps facilita a colaboração entre as equipes de desenvolvimento e operações por meio de fluxos de trabalho baseados em Git. | 
| GitOps como um serviço | Essa ferramenta é oferecida GitOps como um serviço gerenciado, o que simplifica a adoção e o gerenciamento. | 
| Suporte híbrido e multinuvem | O Weave GitOps permite o gerenciamento consistente em diferentes provedores de nuvem e ambientes locais. | 
| Segurança contínua | A ferramenta integra a verificação de segurança e a aplicação de políticas em todo o processo de implantação. | 

O Weave GitOps implementa esses princípios para fornecer uma GitOps solução abrangente que vai além da automação básica de implantação. O objetivo é criar um modelo operacional completo para aplicativos nativos da nuvem que se concentre em segurança, escalabilidade e facilidade de uso. Ao aderir a esses GitOps princípios, o Weave GitOps ajuda as organizações a obter um gerenciamento consistente, auditável e eficiente de seus ambientes Kubernetes em vários clusters e provedores de nuvem.

Para obter mais informações, consulte a [ GitOpsdocumentação do Weave](https://docs.gitops.weaveworks.org/docs/intro-weave-gitops/).

## Arquitetura
<a name="weave-architecture"></a>

O diagrama a seguir ilustra um fluxo de trabalho de CD GitOps orientado por CD que usa o Weave GitOps em um cluster EKS. Para obter informações detalhadas, consulte o [ GitOpsrepositório Weave](https://github.com/weaveworks/weave-gitops).

![Ative a GitOps arquitetura e o fluxo de trabalho. AWS](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/eks-gitops-tools/images/weave-gitops-on-aws.png)


em que:
+ **Etapa 1: mesclagem do Pull Request (PR)**. Um desenvolvedor confirma as alterações nos manifestos do Kubernetes ou nos gráficos do Helm que são armazenados em um repositório Git. Quando o PR é revisado e incorporado à ramificação principal, o estado desejado do aplicativo é atualizado no controle de origem.
+ **Etapa 2: Sincronização do repositório**. O Weave GitOps é executado no namespace Flux no cluster EKS e monitora continuamente o repositório Git configurado. Quando detecta alterações, ele obtém as atualizações mais recentes para reconciliar o estado declarado.
+ **Etapa 3: Implantação no namespace de destino**. O Weave GitOps compara o estado desejado do Git com o estado ativo no cluster. Em seguida, ele aplica as alterações necessárias ao namespace da carga de trabalho de destino para que o aplicativo seja implantado ou atualizado adequadamente.