Dia 5 — DevOps, CI/CD, GitFlow, Containers & Cloud

Git: git merge

Une duas histórias de branches criando um novo 'Merge Commit'. Preserva o histórico real e não

Git: git rebase

Reaplica os commits da branch atual no topo da branch de destino, reescrevendo o histórico para torná

Git: Regra de Ouro do Rebase

NUNCA utilizar git rebase em branches públicas ou compartilhadas com outros desenvolvedores.

Git: git cherry

pick

Git: git reset

Git: git reset

GitFlow: Branch main/master

Armazena estritamente o código em estado de produção. Todo commit em main representa um lançamento estável.

GitFlow: Branch develop

Branch principal de desenvolvimento contínuo que contém as últimas funcionalidades integradas prontas para a próxima versão.

GitFlow: Branch feature

Criada a partir da branch 'develop' para implementar uma nova funcionalidade e fundida de volta na 'develop'.

GitFlow: Branch release

Criada a partir da 'develop' quando uma nova versão de produção se aproxima, servindo para testes e correções finais.

GitFlow: Branch hotfix

Criada diretamente a partir da 'main' para corrigir bugs críticos em produção. Deve ser fundida na 'main' E na 'develop'.

DevOps: Conceito Fundamental

Cultura e práticas que integram as equipes de Desenvolvimento (Dev) e Operações (Ops) para entregas rápidas e contínuas.

CI/CD: Continuous Integration (CI)

Prática de integrar o código frequentemente em um repositório central, acionando compilação e testes automatizados a cada push.

CI/CD: Continuous Delivery

O código passa pelo CI e é preparado e validado automaticamente para deploy, mas a publicação final em produção é MANUAL.

CI/CD: Continuous Deployment

O código aprovado na esteira automatizada é publicado em PRODUÇÃO AUTOMATICAMENTE sem nenhuma intervenção humana.

DevSecOps: Conceito

Inclusão de práticas e verificações de segurança automatizadas (SAST/DAST) em todas as fases da esteira de CI/CD desde o início (Shift

Docker: Contêiner vs Máquina Virtual

Contêineres virtualizam o Sistema Operacional compartilhando o Kernel do hospedeiro (leves). VMs virtualizam o hardware via Hypervisor (pesadas).

Docker: Dockerfile

Arquivo de texto contendo o conjunto de instruções necessárias para construir uma imagem Docker automatizada.

Docker: Instrução FROM

Define a imagem base a partir da qual o contêiner será construído (primeira instrução de um Dockerfile).

Docker: Instrução RUN

Executa comandos no momento do BUILD da imagem, criando novas camadas estáticas na imagem final.

Docker: COPY vs ADD

COPY apenas transfere arquivos locais para a imagem. ADD também extrai arquivos compactados (TAR/ZIP) e aceita URLs externas.

Docker: Instrução CMD

Define os argumentos padrão executados quando o contêiner inicia. PODE ser facilmente sobrescrito pelo comando do usuário na CLI.

Docker: Instrução ENTRYPOINT

Define o executável principal e fixo do contêiner. NÃO é sobrescrito facilmente, recebendo o CMD como argumento.

Nuvem: IaaS (Infraestrutura como Serviço)

Provedor fornece hardware virtual, redes e armazenamento. O cliente gerencia S.O., middleware, runtimes e código (ex: AWS EC2).

Nuvem: PaaS (Plataforma como Serviço)

Provedor fornece infraestrutura, S.O. e ambientes de execução. O cliente gerencia APENAS o código e os dados (ex: Heroku, Elastic Beanstalk).

Nuvem: SaaS (Software como Serviço)

Provedor entrega a aplicação completa pronta para uso via navegador ou API. O cliente apenas consome o serviço (ex: Google Workspace, Office 365).

Nuvem: Serverless / FaaS

Modelo de computação orientado a eventos onde a nuvem executa trechos de código sob demanda sem alocação de servidores permanentes (ex: AWS Lambda).

Nuvem: Escalabilidade Horizontal vs Vertical

Horizontal significa adicionar mais instâncias/máquinas ao cluster. Vertical significa adicionar mais CPU/RAM à mesma máquina.

Nuvem: Elasticidade

Capacidade do ambiente em nuvem de aumentar ou diminuir recursos computacionais automaticamente conforme a variação da demanda.

Nuvem: Alta Disponibilidade (HA)

Garantia de que o sistema permanece operacional e acessível mesmo em caso de falha de componentes individuais de infraestrutura.