Módulo 1
Linux e Sistemas
Linux é a base não negociável da carreira. Aqui você aprende a navegar no filesystem com intenção, entender permissões de verdade (inclusive as que causam falha de deploy), controlar processos e serviços com systemd, ler logs para encontrar causa raiz e diagnosticar CPU, memória e disco sob pressão. O módulo termina com um runbook próprio — documento que operadores de plantão realmente usam.
0/8 itens concluídos
O que você vai saber fazer
- Navegar, buscar e inspecionar arquivos com eficiência
- Entender e corrigir permissões e propriedade
- Controlar processos e serviços com systemd
- Investigar logs com journalctl e /var/log
- Diagnosticar saturação de CPU, memória e disco
Pré-requisitos
- • Módulo 0 concluído
- • Ambiente Linux funcionando
Tópicos
Entrega do módulo
Runbook com 30 comandos comentados e um serviço systemd próprio, controlado e resiliente a reboot.
Checklist
- ☐ Runbook em docs/runbook-linux.md com 30 comandos e para que servem
- ☐ Serviço systemd criado, habilitado no boot e com restart automático
- ☐ Consulta de logs por unidade e por intervalo de tempo dominada
- ☐ Diagnóstico de disco cheio executado com du/df
- ☐ Usuário sem sudo criado para rodar a aplicação
Módulo bloqueado
Aprove o exame do módulo anterior para liberar este conteúdo.
Aulas
5 aulas neste módulo
- 1Filesystem e navegação com intenção45 min · Shell, coreutils, find, grepIniciante+25 XP
- 2Permissões, usuários e grupos sem decoreba45 min · chmod, chown, usermod, sudoIniciante+25 XP
- 3Processos, sinais e systemd na prática50 min · ps, top, kill, systemdIntermediário+25 XP
- 4Logs: encontrar a causa raiz com journalctl45 min · journalctl, grep, logrotateIntermediário+25 XP
- 5SSH, acesso remoto e diagnóstico de recursos50 min · SSH, top, vmstat, iostat, dfIntermediário+25 XP
Prática
Laboratórios do módulo
Runbook de 30 comandos Linux
InicianteConstruir um documento operacional com os 30 comandos que você usará em investigação real.
Ver passo a passoServiço systemd resiliente a reboot e falha
IntermediárioColocar a API do CloudShop sob systemd com usuário dedicado, restart automático e logs no journal.
Ver passo a passoCaça ao disco cheio
IntermediárioDiagnosticar e resolver um /var em 100% sem apagar dado necessário.
Ver passo a passo
Troubleshooting típico
Quando quebra
Disco cheio em produção: df -h mostra 100% em /, a aplicação para de escrever e o banco recusa conexões. Investigação: du -xh --max-depth=1 / para achar o diretório culpado, geralmente /var/log ou imagens Docker antigas. Correção imediata: rotacionar/limpar logs e podar imagens; correção definitiva: logrotate e alerta em 80%.
No CloudShop
Preparar o host que hospedará a API do CloudShop: usuário dedicado, serviço systemd e logs sob controle.
Perguntas de entrevista
- O que você olha primeiro quando um servidor está lento?
- Explique a diferença entre load average e uso de CPU.
- Como você faria um serviço voltar automaticamente após falha?