![\"Mascote](\"\/wp-content\/uploads\/2026\/09\/certificacao-lpi-devops-v5.webp\")
<\/p>\n<\/p>\n
Saber subir um container \u00e9 um come\u00e7o. Entregar uma mudan\u00e7a com teste, rastreabilidade e um caminho de recupera\u00e7\u00e3o exige conectar v\u00e1rias ferramentas. A LPI DevOps Tools Engineer pode ajudar a organizar esse aprendizado; neste guia, voc\u00ea encontra o exame correto, um plano de estudo e um laborat\u00f3rio que cria os arquivos antes de executar os comandos.<\/p>\n
Revisado em 12 de setembro de 2026. Os exerc\u00edcios e a sequ\u00eancia de estudo s\u00e3o propostas do LinuxPro, n\u00e3o quest\u00f5es reais do exame nem garantia de aprova\u00e7\u00e3o.<\/p>\n
A vers\u00e3o atual \u00e9 a 2.0, exame 701-200. O LPI informa que a vers\u00e3o 1.0, exame 701-100, ficou dispon\u00edvel at\u00e9 30 de junho de 2026. Confira o c\u00f3digo na descri\u00e7\u00e3o do curso e no agendamento: uma apostila antiga pode ensinar ferramentas \u00fateis sem cobrir o roteiro atual.<\/p>\n
\u00c9 uma prova com 60 quest\u00f5es de m\u00faltipla escolha e preenchimento de lacunas, em 90 minutos. A validade informada \u00e9 de 5 anos. N\u00e3o h\u00e1 certifica\u00e7\u00e3o pr\u00e9via obrigat\u00f3ria; o LPI recomenda uma certifica\u00e7\u00e3o adicional em administra\u00e7\u00e3o, como LPIC-1, ou em desenvolvimento. Portanto, n\u00e3o \u00e9 necess\u00e1rio completar LPIC-2 ou LPIC-3 antes dela.<\/p>\n
Na consulta, a p\u00e1gina oficial lista ingl\u00eas para a vers\u00e3o atual nos centros VUE. Confirme idioma, modalidade e pre\u00e7o para o seu pa\u00eds antes de pagar; n\u00e3o presuma que a prova esteja dispon\u00edvel em portugu\u00eas.<\/p>\n
Use os objetivos oficiais como checklist. Este mapa \u00e9 um resumo, n\u00e3o substitui os subitens:<\/p>\n
Os pesos indicam import\u00e2ncia relativa, n\u00e3o uma promessa de quantidade exata de quest\u00f5es. Opera\u00e7\u00f5es b\u00e1sicas de Kubernetes t\u00eam peso 7; Git e monitoramento com Prometheus t\u00eam peso 6 cada. Ansible, Vagrant e Packer n\u00e3o aparecem como objetivos espec\u00edficos nessa vers\u00e3o: n\u00e3o organize o estudo atual em torno do antigo bloco de implanta\u00e7\u00e3o e configura\u00e7\u00e3o de m\u00e1quinas.<\/p>\n
Avance por entregas, n\u00e3o por v\u00eddeos assistidos. Repita a etapa quando conseguir copiar a solu\u00e7\u00e3o, mas ainda n\u00e3o conseguir explicar o resultado. Ajuste o ritmo \u00e0 sua experi\u00eancia; esta sequ\u00eancia n\u00e3o estabelece um prazo universal.<\/p>\n
Use uma m\u00e1quina de estudo Linux com Bash, Git, Python 3, curl atualizado, Docker Engine atualizado (28.0.0 ou posterior) e o plugin Docker Compose instalados. O usu\u00e1rio precisa conseguir executar Docker. Fa\u00e7a tudo em uma pasta nova, nunca dentro de um projeto real. A primeira constru\u00e7\u00e3o baixa uma imagem da internet.<\/p>\n
Este servi\u00e7o publica apenas uma p\u00e1gina est\u00e1tica para treinamento. O servidor HTTP do Python n\u00e3o \u00e9 indicado para produ\u00e7\u00e3o; n\u00e3o use este exemplo para hospedar clientes ou expor arquivos pessoais.<\/p>\n
O diret\u00f3rio tempor\u00e1rio fica na sua pasta pessoal e o comando imprime seu caminho. A identidade Git abaixo vale apenas para esse reposit\u00f3rio de treino.<\/p>\n
LAB_DIR=$(mktemp -d "$HOME\/lpi-devops-lab.XXXXXX")\ncd "$LAB_DIR"\nprintf '%s\\n' "$LAB_DIR"\ngit init -b main\ngit config user.name "LPI Lab"\ngit config user.email "lab@example.invalid"\nmkdir site\nprintf '%s\\n' '<!doctype html><html lang="en"><title>DevOps lab<\/title><h1>DevOps lab OK<\/h1><\/html>' > site\/index.html\nprintf '%s\\n' '__pycache__\/' > .gitignore\ncat > test_site.py <<'EOF'\nfrom pathlib import Path\nimport unittest\n\nclass SiteTest(unittest.TestCase):\n def test_homepage(self):\n page = Path("site\/index.html").read_text()\n self.assertIn("<h1>DevOps lab OK<\/h1>", page)\n\nif __name__ == "__main__":\n unittest.main()\nEOF\npython3 -m unittest -v\n<\/code><\/pre>\nO resultado esperado \u00e9 um teste aprovado. Ele verifica somente o conte\u00fado do arquivo; ainda n\u00e3o testa rede, container nem disponibilidade.<\/p>\n
2. Descreva a imagem e a execu\u00e7\u00e3o<\/h3>\ncat > Dockerfile <<'EOF'\nFROM python:3.13-slim\nWORKDIR \/app\nCOPY site\/ \/app\/site\/\nRUN chmod 755 \/app\/site && chmod 644 \/app\/site\/index.html\nUSER 10001:10001\nEXPOSE 8080\nCMD ["python", "-m", "http.server", "8080", "--bind", "0.0.0.0", "--directory", "\/app\/site"]\nEOF\ncat > .dockerignore <<'EOF'\n*\n!Dockerfile\n!site\/\n!site\/**\nEOF\ncat > compose.yaml <<'EOF'\nservices:\n web:\n build: .\n image: lpi-devops-lab:local\n ports:\n - "127.0.0.1:18080:8080"\n read_only: true\n cap_drop:\n - ALL\n security_opt:\n - no-new-privileges:true\nEOF\ndocker compose config\ngit add .gitignore site\/index.html test_site.py Dockerfile .dockerignore compose.yaml\ngit commit -m "Add tested container lab"\n<\/code><\/pre>\nA imagem usa um identificador num\u00e9rico n\u00e3o root. A aplica\u00e7\u00e3o escuta na interface do container, mas a publica\u00e7\u00e3o no host est\u00e1 limitada ao loopback. EXPOSE documenta a porta; n\u00e3o publica o servi\u00e7o sozinho. Se a porta local estiver ocupada, escolha outra no Compose e ajuste a verifica\u00e7\u00e3o seguinte.<\/p>\n
A tag da imagem base \u00e9 mut\u00e1vel: reconstrui\u00e7\u00f5es futuras podem baixar conte\u00fado diferente. Para um projeto que exija reprodu\u00e7\u00e3o exata, registre e fixe o digest verificado da imagem, com um processo separado para atualiza\u00e7\u00f5es de seguran\u00e7a.<\/p>\n
\n- Dockerfile: instru\u00e7\u00f5es e constru\u00e7\u00e3o de imagens<\/a><\/li>\n
- Docker: publica\u00e7\u00e3o de portas e loopback<\/a><\/li>\n<\/ul>\n
3. Construa, valide e consulte os logs<\/h3>\ndocker compose up -d --build\ndocker compose ps\ncurl --fail --silent --show-error --max-time 5 --retry 10 --retry-all-errors --retry-delay 1 http:\/\/127.0.0.1:18080\/ | grep -F 'DevOps lab OK'\ndocker compose exec -T web id\ndocker compose logs --tail=20 web\n<\/code><\/pre>\nConfira a p\u00e1gina esperada, o processo sem root e a requisi\u00e7\u00e3o nos logs. Uma resposta HTTP bem-sucedida \u00e9 uma verifica\u00e7\u00e3o b\u00e1sica, n\u00e3o prova de seguran\u00e7a ou teste completo. Se falhar, leia a mensagem e confira estado, endere\u00e7o e porta antes de reconstruir tudo.<\/p>\n
\n- Docker Compose: cria\u00e7\u00e3o, constru\u00e7\u00e3o e in\u00edcio dos servi\u00e7os<\/a><\/li>\n<\/ul>\n
4. Acrescente CI sem fingir que j\u00e1 existe deploy<\/h3>\n
Se voc\u00ea usar GitLab, salve este arquivo no reposit\u00f3rio. Ele exige um runner com executor que suporte a imagem declarada, como Docker ou Kubernetes, dispon\u00edvel para o projeto. O job executa apenas o teste da p\u00e1gina: n\u00e3o constr\u00f3i a imagem e n\u00e3o publica nada.<\/p>\n
stages:\n - test\n\ntest_site:\n stage: test\n image: python:3.13-slim\n script:\n - python -m unittest -v\n<\/code><\/pre>\nNome do arquivo: .gitlab-ci.yml. Fa\u00e7a commit dele e envie para um reposit\u00f3rio GitLab seu, com o runner configurado. N\u00e3o coloque tokens no arquivo. Para evoluir at\u00e9 entrega cont\u00ednua, ainda faltam pol\u00edtica de artefatos, credenciais protegidas, ambiente de destino e valida\u00e7\u00e3o ap\u00f3s a implanta\u00e7\u00e3o.<\/p>\n
\n- GitLab: refer\u00eancia oficial da configura\u00e7\u00e3o de CI\/CD<\/a><\/li>\n<\/ul>\n
5. Treine a falha, a recupera\u00e7\u00e3o e a limpeza<\/h3>\n
Altere somente a mensagem da p\u00e1gina e rode o teste: ele deve falhar. Reverta a edi\u00e7\u00e3o e confirme que passa novamente. Depois fa\u00e7a uma mudan\u00e7a em um commit separado e pratique revert\u00ea-la com Git; evite comandos destrutivos que apagam trabalho n\u00e3o salvo. Reconstrua o servi\u00e7o e repita a verifica\u00e7\u00e3o HTTP.<\/p>\n
\n- Git: reverter um commit preservando o hist\u00f3rico<\/a><\/li>\n<\/ul>\n
Ao terminar, execute na pasta do laborat\u00f3rio:<\/p>\n
docker compose down\n<\/code><\/pre>\nIsso remove os containers e a rede do projeto. O diret\u00f3rio de trabalho, a imagem constru\u00edda e o cache de build continuam dispon\u00edveis. N\u00e3o use uma limpeza global do Docker: ela pode atingir outros laborat\u00f3rios ou servi\u00e7os.<\/p>\n
Depois do laborat\u00f3rio: Kubernetes, m\u00e9tricas e tracing<\/h2>\n
O exemplo anterior n\u00e3o cobre toda a certifica\u00e7\u00e3o. Para Kubernetes, use o tutorial oficial em um ambiente descart\u00e1vel: confira o contexto antes de modificar recursos, crie um namespace de treino e pratique Deployment, Service, escala e atualiza\u00e7\u00e3o. Registre o resultado observado, inclusive eventos quando algo n\u00e3o inicia.<\/p>\n
\n- Kubernetes: tutorial oficial de opera\u00e7\u00f5es b\u00e1sicas<\/a><\/li>\n<\/ul>\n
Com Helm, compare os valores padr\u00e3o de um chart com uma configura\u00e7\u00e3o sua. Antes de instalar, leia os recursos e permiss\u00f5es que ele cria. O objetivo \u00e9 entender a mudan\u00e7a, n\u00e3o apenas copiar um comando que aponta para um reposit\u00f3rio desconhecido.<\/p>\n
\n- Helm: instala\u00e7\u00e3o, valores e atualiza\u00e7\u00e3o de releases<\/a><\/li>\n<\/ul>\n
Em Prometheus, siga o exerc\u00edcio oficial de monitorar o pr\u00f3prio servidor e consulte a m\u00e9trica up. Depois interrompa um alvo de teste e observe o que muda. Uma coleta bem-sucedida n\u00e3o garante que a opera\u00e7\u00e3o de neg\u00f3cio do usu\u00e1rio funcionou; escolha tamb\u00e9m o sinal que representa essa opera\u00e7\u00e3o.<\/p>\n
\n- Prometheus: configura\u00e7\u00e3o inicial e consultas<\/a><\/li>\n<\/ul>\n
N\u00e3o trate m\u00e9tricas, logs e traces como sin\u00f4nimos. M\u00e9tricas ajudam a acompanhar medidas ao longo do tempo; logs registram eventos; traces mostram o caminho de uma opera\u00e7\u00e3o entre componentes. Use OpenTelemetry para estudar os sinais e a propaga\u00e7\u00e3o de contexto, sem confundir instrumenta\u00e7\u00e3o com o sistema que armazena e consulta os dados.<\/p>\n
\n- OpenTelemetry: conceitos dos sinais de telemetria<\/a><\/li>\n<\/ul>\n
Dicas para estudar melhor e evitar atalhos ruins<\/h2>\n\n- Mantenha um caderno de erros: sintoma, hip\u00f3tese, comando usado, evid\u00eancia e corre\u00e7\u00e3o. Revise os problemas que voc\u00ea realmente encontrou, n\u00e3o apenas uma lista de flags.<\/li>\n
- Use revis\u00e3o ativa: feche a documenta\u00e7\u00e3o, explique a tarefa em voz alta e tente reproduzi-la. Depois confira a refer\u00eancia para corrigir detalhes de sintaxe.<\/li>\n
- Pratique a leitura de termos t\u00e9cnicos em ingl\u00eas. Monte cart\u00f5es com conceitos que voc\u00ea confunde, como imagem e container, autentica\u00e7\u00e3o e autoriza\u00e7\u00e3o, entrega e implanta\u00e7\u00e3o.<\/li>\n
- Separe evid\u00eancias: teste aprovado, imagem constru\u00edda e servi\u00e7o respondendo s\u00e3o resultados diferentes. Salve vers\u00f5es e sa\u00eddas relevantes sem guardar chaves ou dados de clientes.<\/li>\n
- Use simulados leg\u00edtimos como diagn\u00f3stico, n\u00e3o como previs\u00e3o da prova. Evite dumps e promessas de aprova\u00e7\u00e3o. Antes do agendamento, revise as instru\u00e7\u00f5es atuais do provedor e a identifica\u00e7\u00e3o exigida.<\/li>\n<\/ul>\n
Leituras do LinuxPro para continuar<\/h2>\n
Fortale\u00e7a os fundamentos e conecte o laborat\u00f3rio a problemas reais. Ansible continua \u00fatil no trabalho, mesmo n\u00e3o sendo o centro do roteiro atual desta prova. Os textos hist\u00f3ricos ajudam a entender o contexto, mas n\u00e3o substituem a documenta\u00e7\u00e3o vigente das ferramentas.<\/p>\n
\n- LPIC-1: base de administra\u00e7\u00e3o Linux<\/a><\/li>\n
- Curso Linux do Toca do Tux<\/a><\/li>\n
- Git simples e r\u00e1pido: introdu\u00e7\u00e3o do acervo<\/a><\/li>\n
- A hist\u00f3ria do Docker<\/a><\/li>\n
- A hist\u00f3ria do Kubernetes<\/a><\/li>\n
- Primeiros passos com Ansible<\/a><\/li>\n
- OpenObserve: logs, m\u00e9tricas e traces<\/a><\/li>\n<\/ul>\n
A melhor entrega do estudo n\u00e3o \u00e9 um reposit\u00f3rio cheio de comandos copiados: \u00e9 conseguir explicar por que o servi\u00e7o funciona, detectar quando falha e recuperar com seguran\u00e7a. Use a certifica\u00e7\u00e3o para organizar esse caminho, sem confundir a credencial com experi\u00eancia de produ\u00e7\u00e3o.<\/p>\n","protected":false},"excerpt":{"rendered":"
Prep\u00e1rate para el LPI DevOps Tools Engineer 701-200 con fuentes oficiales, plan de estudio y laboratorio de Git, Docker, pruebas y CI.<\/p>","protected":false},"author":0,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[13,2],"tags":[121,366,364,47,156,365],"class_list":["post-775","post","type-post","status-publish","format-standard","hentry","category-cursos","category-linux","tag-ansible","tag-carreira","tag-certificacao","tag-devops","tag-docker","tag-lpi"],"_links":{"self":[{"href":"https:\/\/www.linuxpro.com.br\/es\/wp-json\/wp\/v2\/posts\/775","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.linuxpro.com.br\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.linuxpro.com.br\/es\/wp-json\/wp\/v2\/types\/post"}],"replies":[{"embeddable":true,"href":"https:\/\/www.linuxpro.com.br\/es\/wp-json\/wp\/v2\/comments?post=775"}],"version-history":[{"count":5,"href":"https:\/\/www.linuxpro.com.br\/es\/wp-json\/wp\/v2\/posts\/775\/revisions"}],"predecessor-version":[{"id":1585,"href":"https:\/\/www.linuxpro.com.br\/es\/wp-json\/wp\/v2\/posts\/775\/revisions\/1585"}],"wp:attachment":[{"href":"https:\/\/www.linuxpro.com.br\/es\/wp-json\/wp\/v2\/media?parent=775"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.linuxpro.com.br\/es\/wp-json\/wp\/v2\/categories?post=775"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.linuxpro.com.br\/es\/wp-json\/wp\/v2\/tags?post=775"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}