Estruturando um Repositório Git para Implantações Multi-Ambiente no Argo CD

Como você estruturaria um repositório Git para o Argo CD quando você tem ambientes de dev, staging e prod?

GitOpsbeginner

// pergunta de entrevista

Como você estruturaria um repositório Git para o Argo CD quando você tem ambientes de dev, staging e prod?

Resposta de exemplo

Existem dois padrões comuns: ambiente por diretório e ambiente por branch. Escolha diretórios. Branches por ambiente criam dor de mesclagem, cherry-picking e drift. Use uma única branch (geralmente main) com diretórios separados para cada ambiente. Um layout que funciona para a maioria dos times: apps/ myapp/ base/ # shared manifests (Deployment, Service, ConfigMap) kustomization.yaml overlays/ dev/ # dev patches: replicas, image tag, hostname staging/ prod/ Cada ambiente recebe sua própria Application do Argo CD apontando para o seu caminho de overlay. A base guarda o que é igual em todo lugar. Os overlays fazem patch apenas do que difere (replicas, requests de recursos, tags de imagem, hosts de ingress, valores de ConfigMap). Se você crescer além de 20 a 30 ambientes ou clusters, mude de Application CRs escritas à mão para um ApplicationSet com um generator de diretório do Git, para não escrever o mesmo boilerplate repetidamente.

Por que isso importa

Essa é uma das primeiras perguntas em qualquer entrevista sobre Argo CD. Ela separa candidatos que leram um tutorial daqueles que rodaram isso em produção. Preste atenção a: uma preferência clara por diretórios em vez de branches com uma razão real (complexidade de merge, drift, clareza de auditoria), separação da base em relação aos patches específicos de ambiente, e consciência de que o layout precisa escalar além dos três primeiros ambientes. Se o candidato recorrer imediatamente a branches por ambiente, aprofunde e veja se ele realmente já tentou isso.

Exemplos de código

Layout de repositório para uma aplicação em três ambientes

bash

apps/
  web/
    base/
      deployment.yaml
      service.yaml
      configmap.yaml
      kustomization.yaml
    overlays/
      dev/
        kustomization.yaml
        replicas-patch.yaml
      staging/
        kustomization.yaml
        replicas-patch.yaml
      prod/
        kustomization.yaml
        replicas-patch.yaml
        hpa.yaml
argocd/
  applications/
    web-dev.yaml
    web-staging.yaml
    web-prod.yaml

Application do Argo CD apontando para o overlay de prod

yaml

apiVersion: argoproj.io/v1alpha1
kind: Application
metadata:
  name: web-prod
  namespace: argocd
spec:
  project: production
  source:
    repoURL: https://github.com/org/manifests
    targetRevision: main
    path: apps/web/overlays/prod
  destination:
    server: https://kubernetes.default.svc
    namespace: web
  syncPolicy:
    syncOptions:
      - CreateNamespace=true

Erros comuns a evitar

Usar uma branch por ambiente e depois se afogar em cherry-picks e conflitos de merge
Colocar valores específicos de ambiente em um único arquivo de values do Helm com blocos condicionais para prod, e depois esquecer qual branch define o quê
Apontar os três ambientes para o mesmo caminho de Application do Argo CD, fazendo uma mudança de dev ir parar em prod

Prováveis perguntas de acompanhamento

Por que não usar uma branch por ambiente? As pessoas ainda recomendam isso em posts de blog.
Como você lida com um valor de configuração que precisa ser diferente em todos os ambientes?
O que muda quando dev e prod vivem em clusters diferentes?
Quando você mudaria de uma Application por ambiente para um ApplicationSet?

Responda em voz alta primeiro e depois confira com a resposta modelo.

Praticar todas as perguntas de Júnior Mais perguntas de GitOps

#gitops#argocd#deployments#repository-structure#kubernetes

Mais perguntas de entrevista de GitOps

Also worth your time on this topic

Checklist

Checklist de estrutura de repositório multi-ambiente no Argo CD

Como organizar seus repositórios Git ao rodar o Argo CD entre dev, staging e produção. Cobre a estrutura de pastas, app-of-apps, ApplicationSets, secrets, RBAC e o fluxo de promoção.

60-90 minutos

Interview

Fazendo o Bootstrap do Argo CD e Deixando Ele se Gerenciar Sozinho

O Argo CD gerencia suas aplicações. Quem gerencia o Argo CD? Explique como você faria o bootstrap dele a partir de um cluster novo e onde a configuração dele mesmo vive no seu repositório.

junior

Exercise

GitOps com ArgoCD - Deployments Automatizados no Kubernetes

Implemente workflows de GitOps usando o ArgoCD para deployments de aplicações Kubernetes automatizados, declarativos e auditáveis.

120 minutos