CodeCrush

## glossário

O que é DevOps?

DevOps é uma cultura e um conjunto de práticas que integram as equipes de desenvolvimento e operações, com o objetivo de encurtar o ciclo entre escrever código e entregá-lo em produção com segurança. Surgiu por volta de 2009 como reação a um problema organizacional concreto.

O problema era o conflito de incentivos. Desenvolvimento era cobrado por entregar mudanças; operações, por manter estabilidade. Como toda mudança ameaça a estabilidade, os dois times trabalhavam contra os objetivos um do outro — e o software ficava parado entre eles.

O que DevOps não é

Vale explicitar, porque o termo foi bastante deturpado:

  • Não é um cargo. "Contratar um DevOps" para ser o único responsável por deploy recria o silo que a prática existe para eliminar.
  • Não é um time separado. Criar o "time de DevOps" entre dev e ops adiciona uma terceira parede.
  • Não é um conjunto de ferramentas. Docker e Kubernetes ajudam, mas instalar ferramentas sem mudar responsabilidades não muda resultado.
  • Não é só automação. Automatizar um processo ruim entrega o resultado ruim mais rápido.

As práticas que sustentam

Na prática, DevOps se apoia em CI/CD para automatizar a esteira de entrega, infraestrutura como código para versionar ambientes como se versiona software, observabilidade para entender o comportamento em produção, e responsabilidade compartilhada — quem escreve o código participa de mantê-lo no ar.

Infraestrutura como código: o ambiente vira arquivo versionado
resource "aws_s3_bucket" "assets" {
  bucket = "codecrush-assets-prod"

  tags = {
    Ambiente = "producao"
    Projeto  = "codecrush"
  }
}

resource "aws_s3_bucket_versioning" "assets" {
  bucket = aws_s3_bucket.assets.id
  versioning_configuration {
    status = "Enabled"
  }
}

As métricas DORA

A pesquisa DORA estabeleceu quatro indicadores que medem desempenho de entrega de forma objetiva, evitando debates subjetivos sobre maturidade:

  • Frequência de deploy — com que regularidade o código chega a produção.
  • Lead time para mudanças — quanto tempo passa entre o commit e ele estar rodando.
  • Taxa de falha em mudanças — que percentual dos deploys causa incidentes.
  • Tempo de restauração — quanto demora para o serviço voltar após uma falha.

O achado contraintuitivo da pesquisa é que velocidade e estabilidade não são opostos: equipes que entregam com mais frequência também falham menos e se recuperam mais rápido, porque mudanças pequenas são mais fáceis de verificar e reverter. Para acompanhar o comportamento do sistema depois do deploy, vale ler sobre observabilidade em sistemas distribuídos.

## faq

Perguntas frequentes

DevOps e SRE são a mesma coisa?

São abordagens próximas com origens distintas. DevOps é uma cultura que define objetivos amplos de colaboração e fluxo. SRE (Site Reliability Engineering), criado no Google, é uma implementação específica com práticas concretas como orçamento de erro, SLOs e limite de trabalho manual.

Preciso saber programar para trabalhar com DevOps?

Sim. Infraestrutura como código, automação de pipelines e ferramentas próprias exigem programação de verdade — normalmente Python, Go ou shell script. O perfil que só opera interface gráfica de provedor de nuvem tem espaço cada vez menor.

Por onde começar a aprender DevOps?

Pelo fundamento: Linux e linha de comando, redes, Git e um pipeline de CI simples. Depois containers, um provedor de nuvem e infraestrutura como código. Pular direto para Kubernetes sem essa base costuma resultar em decorar comandos sem entender o que acontece.

## leia também

Artigos relacionados