Hands-on 4 — DevOps

CI e CD

• Integração Contínua (CI) — faça merge com frequência; cada merge dispara build e testes automáticos.
• Entrega Contínua (CD) — toda mudança que passa pela CI é empacotada e fica pronta para o deploy.

git push → servidor de CI (Jenkins) → Build → Testes → Imagem Docker → Push para o registry → Deploy

Jenkins e Pipeline as Code

• Servidor de automação open source, estendido por um rico ecossistema de plugins.
• Pipeline as Code: o pipeline fica em um Jenkinsfile, versionado junto ao código.
• O Jenkins o baixa a cada build — o pipeline evolui com o código.

Passo 1 — Jenkins em um container

O jenkins/compose.yaml constrói uma imagem personalizada sobre jenkins/jenkins:jdk25:

services:
  jenkins:
    container_name: jenkins
    build:
      dockerfile_inline: |
        FROM jenkins/jenkins:jdk25
        # + maven, docker-ce, kubectl, AWS CLI
        RUN usermod -aG docker jenkins
    ports:
      - 9080:8080
    volumes:
      - ${CONFIG:-./config}/jenkins:/var/jenkins_home
      - /var/run/docker.sock:/var/run/docker.sock

O que a imagem traz

docker compose up -d --build     # then open http://localhost:9080/

Passo 2 — Desbloquear e configurar

Na primeira inicialização, o Jenkins pede uma senha inicial de administrador aleatória:

docker logs jenkins 2>&1 | grep -A 3 "initialAdminPassword"
docker exec jenkins cat /var/jenkins_home/secrets/initialAdminPassword

1. Informe a senha → Install suggested plugins → crie um usuário administrador.
2. Manage Jenkins → Nodes → Built-In Node → Configure: executors 2 → 10.

Um executor é um slot que roda um job. Mais executors → vários microsserviços com build em paralelo. No Windows, abra o terminal como Administrador.

Passo 3 — Credenciais

Manage Jenkins → Credentials → System → Global credentials → Add Credentials

Passo 4 — O job account: só o build

pipeline {
    agent any
    stages {
        stage('Build') {
            steps {
                sh 'mvn -B -DskipTests clean install'
            }
        }
    }
}

• -B = batch mode: sem perguntas interativas, obrigatório na CI.
• New Item → Pipeline → Pipeline script from SCM: o Jenkins clona o repositório e lê o Jenkinsfile.

Passo 5 — account-service: o pipeline

environment {
    SERVICE = 'account'
    NAME    = "humbertosandmann/${env.SERVICE}"
}

1. Dependencies — build job: 'account', wait: true: refaz antes o build do módulo do qual depende.
2. Build — mvn -B -DskipTests clean package: o jar executável.
3. Build & Push Image — imagem multiplataforma para o Docker Hub.

NAME é o repositório no Docker Hub; troque o usuário pelo seu.

Armadilhas comuns

• ID de credencial diferente: credentialsId precisa ser exatamente dockerhub-credential.
• Repositório fixo no código: NAME precisa apontar para o seu usuário do Docker Hub.
• Job anterior inexistente: build job: 'account' falha se o job account não existir.
• Testes pulados: -DskipTests em todo lugar — adicione uma etapa Test com mvn test para exigi-los.
• Poucos executors: o account-service ocupa um slot enquanto espera o account; com vários serviços, os 2 slots padrão acabam.

Pontos-chave

1. A CI faz build e testes de cada merge; a CD mantém toda mudança aprovada pronta para o deploy.
2. Pipeline as Code: o Jenkinsfile fica no repositório, com sintaxe declarativa.
3. O Jenkins roda no Docker com Maven, Docker, kubectl e AWS CLI; porta 9080.
4. Segredos vão para o credential store (dockerhub-credential), injetados com withCredentials.
5. account-service: Dependencies → Build → Build & Push Image.
6. O docker buildx gera imagens multiplataforma, com as tags latest e BUILD_ID.
7. Montar o socket do Docker é prático localmente, arriscado quando compartilhado.