Selectel mostra como instalar o Jenkins em um servidor na nuvem: dos recursos ao pipeline

Build e deploy manuais deixam de funcionar quando o projeto cresce mais rápido que a equipe. Toda mudança na base de código arrasta os mesmos passos: compilar, rodar os testes, publicar. Quanto mais vezes isso se repete, maior a chance de erro. Zavur, desenvolvedor front-end da Selectel, publicou no Habr um guia para resolver o problema com o Jenkins em um servidor virtual na nuvem: da escolha dos recursos até um pipeline em funcionamento.

O material saiu no blog corporativo da Selectel, e o servidor é contratado no painel desse provedor. Mas o esquema em si quase não depende do provedor. Dá para levá-lo a qualquer máquina virtual com Linux.

Por que Jenkins, e não o CI integrado

GitHub Actions e GitLab CI têm uma vantagem óbvia: vivem junto ao repositório. O preço a pagar é a dependência da plataforma. O Jenkins funciona de outra forma. É um servidor de automação open source independente, que busca o código em qualquer repositório Git e não se importa com o local onde ele está hospedado.

O projeto tem uma longa história. Surgiu em 2011 como um fork do Hudson e, desde então, ganhou um ecossistema com mais de 1800 plugins. Por meio deles, é possível conectar sistemas de build, scanners de código, notificações em mensageiros e APIs de nuvem. Para equipes com stack heterogênea ou ambiente fechado, esse costuma ser o argumento decisivo.

Segundo o autor, o Jenkins é capaz de:

• compilar projetos de qualquer repositório Git;
• executar testes automáticos;
• gerar imagens Docker;
• fazer o deploy de aplicações nos servidores de destino.

O que há no guia

O artigo segue a ordem em que um servidor de CI costuma ser montado:

• estimativa de recursos para diferentes cenários, de um projeto pequeno a builds pesados;
• contratação de um servidor virtual no painel da Selectel;
• preparação do sistema para a instalação;
• instalação e configuração inicial do Jenkins;
• um pipeline simples para o build automático de um aplicativo.

A parte sobre recursos é mais útil do que parece. O Jenkins é escrito em Java, e a documentação do projeto recomenda, para equipes pequenas, a partir de 4 GB de memória RAM e cerca de 10 GB de disco. O mínimo de 256 MB só serve para experimentos. Builds com Docker e testes pesados aumentam as exigências de processador e disco. Se você economizar no servidor, o pipeline vai falhar por falta de memória no pior momento possível. Os números do próprio guia não aparecem no anúncio, então confira o texto completo do artigo.

Onde estão as armadilhas

Instalar o Jenkins leva poucos minutos. Os problemas começam depois. As versões atuais exigem uma versão recente do Java (17 ou 21), e a interface web abre por padrão na porta 8080, sem HTTPS. Se for deixada assim, o servidor fica acessível a qualquer pessoa que tenha o endereço. Os plugins também precisam de atualização: é justamente neles que vulnerabilidades são corrigidas com regularidade.

Outra armadilha é o armazenamento da configuração. Um pipeline montado com cliques na interface não pode ser revisado nem revertido. Por isso, é melhor descrevê-lo em um Jenkinsfile e mantê-lo no repositório, junto ao código.

O que fazer com isso na prática

Para uma equipe de poucas pessoas, essa combinação atende à necessidade básica de CI/CD sem infraestrutura desnecessária. A ordem de ações é razoável:

• comece com um servidor pequeno e acompanhe o uso de memória durante os builds;
• proteja o acesso à interface com HTTPS e restrição por IP ou VPN;
• descreva o pipeline em um Jenkinsfile e guarde-o no Git;
• mova os builds pesados para agentes separados quando um único servidor deixar de dar conta.

O material não trata de IA nem de um novo lançamento. É uma instrução prática, útil para engenheiros DevOps iniciantes e desenvolvedores front-end que querem parar de fazer deploy na mão. Qualquer assistente de código com IA moderno esbarra, de qualquer forma, na mesma questão: onde e como publicar o resultado. Sem build e testes automáticos, toda a velocidade de geração de código logo se perde na verificação manual.