- Calendário do Advento para administradores de sistemas 2025 é uma série de desafios de Linux e DevOps durante 12 dias, de 1º a 12 de dezembro
- A cada dia, é publicado um novo desafio baseado em cenário com nível de dificuldade diferente
- Os participantes podem acompanhar seu progresso com um cadastro de conta gratuito (é preciso ter conta para gerenciar pontuação e ranking)
- Há um cenário que pode ser experimentado sem cadastro, permitindo que qualquer pessoa comece imediatamente
- O foco está em fortalecer habilidades de resolução de problemas e administração de sistemas em um ambiente prático de DevOps
Exemplo de cenário: “Auderghem: containers miscommunication”
- Nome do cenário: “Auderghem: containers miscommunication”
- Dificuldade: Easy
- Tipo: Fix
- Forma de acesso: requer verificação por e-mail
- Limite de tempo: 30 minutos
- Descrição do problema:
- O contêiner Docker do nginx deve receber tráfego na porta 80 e redirecioná-lo para dois contêineres diferentes (
statichtml1, statichtml2), mas isso não está funcionando
- O participante deve corrigir esse problema
- Todos os contêineres podem ser reiniciados, mas não podem ser parados nem removidos
- Condições de teste:
Informações sobre a plataforma SadServers
- A SadServers, empresa responsável pela oferta, é uma plataforma que fornece cenários práticos e de entrevista para resolução de problemas em ambientes Linux e DevOps
2 comentários
Então era uma história de servidor triste! É realmente uma plataforma excelente.
Comentários do Hacker News
Foi feita uma lista de 12 desafios reais de Sysadmin/DevOps vividos no trabalho
1. Fazer com que os usuários não façam login como root
2. Acabar com a prática de todos os usuários compartilharem uma única conta e senha em todos os servidores
3. Fazer alguém atualizar as dependências do aplicativo para versões posteriores a 2010
4. Fazer com que usem uma ferramenta de gerenciamento de configuração em vez de sair jogando arquivos de configuração do notebook para o servidor via
scp5. Fazer com que usem imagens imutáveis com a configuração embutida em vez de gerenciamento de configuração
6. Abandonar o Jenkins e migrar para GitHub Actions
7. Acabar com a situação em que segredos de produção ficam todos reunidos em um arquivo no S3 e fazer com que usem um sistema de gerenciamento de segredos
8. Convencer a gerência e os usuários que dizem “ficou anos sem dar problema, por que precisamos de um servidor novo?” e conseguir aprovação para comprar servidores novos, explicando que, na verdade, todo o equipamento está prestes a falhar em fonte, disco, NIC e RAM, e não há peças de reposição
9. Conseguir da diretoria autoridade para forçar a rotação de chaves de acesso da AWS que não mudam há nada menos que 8 anos
10. Fazer parar a situação insana em que o aplicativo usa chaves de acesso da conta root da AWS
11. Fazer com que os usuários buildem o aplicativo como container
12. Fazer com que os usuários façam deploy por conta própria, sem sua ajuda
A cada desafio concluído, pode tomar um copo de scotch. Boas festas!
Foi montado um workflow de PR complexo, mas se passassem alguns dias sem PRs, ele quebrava de repente
Também não havia orientação nem alternativa por parte do GitHub sobre isso. Como CI, acho outras soluções muito melhores
A maioria parece óbvia, mas não é algo evidente para todo mundo
Na nossa empresa usamos Sad Servers para avaliar candidatos de DevOps/SRE
Há feedback de que durante a entrevista dá um pouco de nervosismo, mas depois todo mundo diz que foi uma boa experiência
Basta mandar o link pelo chat do Zoom e pedir compartilhamento de tela que funciona na hora, então a eficiência da entrevista é muito alta
Tenho experiência com homelab e trabalhando como tech lead em empresas pequenas, mas ainda não em ambientes de grande escala
No momento estou focando em preencher lacunas de conhecimento e me preparar para certificações
Quando bate a deprê e parece que não há nada para fazer no mundo, resolver problemas do Sad Server como se estivesse hackeando parece divertido
Imagine apertar Ctrl+w para apagar uma palavra no terminal, mas na verdade estar numa janela do navegador e ela fechar... isso é a própria tristeza
Depois de desenvolver por um ano e meio nesse ambiente, até hoje toda vez que aperto Ctrl+w fico com medo de fechar um terminal de verdade
Hoje em dia acho que chamam isso de SRE
Não gosto de ficar só trocando nome para criar buzzword
Lida com várias ferramentas, como coleta de métricas e automação de deploy
Em empresas pequenas, o Sysadmin também acumula o papel de SRE, mas conforme a escala cresce isso se separa claramente
Parece que o progresso não está sendo salvo
Gosto muito do Sad Servers e estou esperando sair uma versão para Windows
Acho que seria bom ter uma plataforma assim também para ecossistemas de containers como k8s ou Docker
Há também uma versão executada em uma única VM, e eles estão experimentando rodar em nível de pod em um cluster k8s para PoC
No futuro também devem adicionar cenários com podman
Sem dar spoiler, resolvi o problema, mas o script de checagem não passa
O
curlfuncionava bem, mas o script exigia uma forma específica de configuraçãoAcho que, nesse tipo de coisa, seria melhor um modelo estilo CTF que verifica só o resultado
Uma checagem perfeita é difícil, mas eles seguem melhorando para minimizar false negatives
(Conversa sobre um comentário apagado)
Acha que quase não existem SaaS que forneçam VM sem cadastro
Agradeceu o feedback e disse que adicionou um botão claro na página
/advent