CV Engenheiro DevOps

Para perfis iniciantes, 1 página é suficiente: projetos, estágio e competências com métricas simples (tempo de build, automação, testes). Para perfis confirmados e séniores, 2 páginas funcionam bem para detalhar plataforma, escala, responsabilidades de on-call e resultados (MTTR, SLA, custo). Mantém bullets curtos e evita parágrafos longos.

Resultados primeiro. Ferramentas sem contexto não mostram senioridade. Escreve bullets do tipo: problema → ação → métrica → stack. Ex.: “Reduzi MTTR de 50 para 20 min ao criar runbooks e dashboards (Prometheus/Grafana)”. Depois, adiciona uma linha “Stack” por experiência para consolidar ferramentas.

Mantém a estrutura e muda palavras‑chave e exemplos: AWS (EKS, IAM, CloudWatch, ALB, ECR) vs Azure (AKS, Entra ID, Azure Monitor, ACR). Atualiza também a secção de certificações (AWS DevOps Pro vs Azure DevOps Engineer Expert) e garante que pelo menos 50% das bullets citam serviços da cloud alvo.

Sim, sobretudo para júnior ou transição de carreira. Um homelab com Kubernetes, Terraform e observabilidade pode demonstrar prática real. Explica o objetivo e mede: tempo de provisionamento, número de serviços, alertas, custo mensal. Inclui repositório e README claro, mas remove segredos e dados sensíveis.

Em Portugal é comum ver foto, mas não é obrigatória. Se escolheres incluir, usa uma foto profissional e neutra, e garante que não ocupa espaço que devia ir para métricas e experiências. Se estás a candidatar-te a empresas internacionais, podes omitir para alinhar com práticas mais neutras.

Foca no processo e nos resultados, não no caos. Indica frequência (ex.: 1/6 semanas), tipo de sistemas (criticidade) e melhorias implementadas: redução de incidentes, MTTR mais baixo, runbooks, alertas melhores, post-mortems sem culpabilização. Isso sinaliza maturidade operacional e capacidade de resposta.