DevOps e a Integração Contínua nas nuvens

Em artigos publicados nas edições 147 e 148 da Java Magazine, abordamos alguns dos conceitos chave em DevOps, tanto sob a perspectiva do Desenvolvimento quanto de Operações.

Nestas ocasiões, estudamos plataformas e tecnologias bastante populares, como Apache Maven, Jenkins, Eclipse e Redmine, resultando na configuração de um ambiente tal qual o ilustrado na Figura 1.

Neste texto, revisaremos muitos dos tópicos descritos nos artigos citados a fim de adicionarmos a esta cadeia um importante passo: a análise contínua de qualidade. Para isso, usaremos uma ferramenta muito popular, chamada SonarQube, que nos permitirá realizar medições apuradas e constantes de aspectos essenciais de um projeto de software, com destaque para um conceito denominado Débito Técnico.

Ao longo de todo o tutorial que se segue, usaremos maciçamente serviços oferecidos sob a chancela da ‘cloud computing’. Todas as ferramentas serão provisionadas por meio de soluções de PaaS e SaaS, tais como OpenShift e GitHub. A principal motivação para isto é ilustrar, principalmente, os inúmeros benefícios dos quais se pode usufruir ao se substituir o modelo de infraestrutura in-house, tais como: redução significativa de custos e uma considerável melhoria em indicadores como produtividade, eficiência, disponibilidade, escalabilidade e segurança.

Nosso estudo ao longo deste texto será iniciado pela configuração de um ambiente de integração contínua, estabelecendo um canal fluido de comunicação entre um repositório de código-fonte do projeto – hospedado em uma conta no GitHub – e um servidor Jenkins – criado e hospedado na plataforma OpenShift. O objetivo será garantir que, a cada submissão de código realizada por um desenvolvedor, seja disparado um processo de build no servidor de integração contínua, sem a necessidade de intervenção manual.

Figura 1. Estado inicial do projeto para este artigo.

A Integração Contínua de Software

Um processo de integração contínua pode ser entendido como um conjunto de medidas que, quando adotadas, permitem que um software evolua de forma consistente e controlada. Tais medidas são:

· Gestão automatizada do ciclo de vida do software;

· Controle de versão do código-fonte;

· Automação de testes;

· Automação do processo de build.

O principal benefício desta prática é poder avaliar constantemente o impacto promovido por modificações na estrutura lógica de um projeto, seja por introdução de conteúdo novo ou adaptações em unidades de código-fonte pré-existentes. A partir deste modelo, uma equipe de desenvolvimento tende a aumentar significativamente o seu poder de reação a eventuais problemas que possam emergir ao longo do processo criativo, como conflitos de versão, falhas na execução de testes unitários, dentre outros. No trato popular, integração contínua é uma técnica que incorpora, na prática, a velha máxima de que ‘é preferível a prevenção ao remédio’.

Para seguir os passos desta primeira fase do tutorial, é necessário que o leitor crie a sua própria conta na OpenShift. O procedimento de cadastro é bem simples, e a página da plataforma pode ser encontrada na seção Links, ao final do artigo.

OpenShift e a linha de comando

A OpenShift é uma plataforma que oferece uma excelente ferramenta web de administração, com referências diretas para as aplicações hospedadas e informações essenciais sobre a natureza e o estado das mesmas. Entretanto, operar sistemas a partir de interfaces visuais pode ser um trabalho pouco eficiente, se comparado à flexibilidade e rapidez que um terminal oferece.

Neste sentido, a RedHat disponibiliza um poderoso utilitário chamado rhc, que utilizaremos em todas as fases do tutorial apresentado neste artigo. O processo de instalação está muito bem documentado na página oficial da OpenShift, e o link para este material está registrado na seção Links. Acompanharemos, nesta seção, o passo a passo da instalação e configuração do utilitário no computador utilizado para desenvolver toda a parte prática do artigo (um MacBook modelo 2009, rodando MacOS Yosemite, na versão 10.10.5).

O rhc é desenvolvido em Ruby. Por isso, o primeiro requisito para conseguirmos executá-lo é garantir que o Ruby esteja instalado. De acordo com a documentação oficial, a versão mínima a ser respeitada é a 1.8.7. No MacBook, tanto o Ruby quanto outras linguagens já são suportadas nativamente, não havendo a necessidade de realizarmos este procedimento. Para verificar a versão atualmente instalada no computador, usamos o primeiro comando destacado na Listagem 1. Observe que, neste caso, já tínhamos à disposição o Ruby configurado na versão 2.0.0p481, absolutamente aderente ao requisito que apresentamos a pouco.

Listagem 1. Terminal – instalação da ferramenta rhc na máquina de desenvolvimento.

O próximo passo é instalar o rhc propriamente dito. Para isto, diretamente em um terminal/prompt, executamos o comando sudo gem install rhc, também ilustrado a partir da Listagem 1. Ao rodar este comando, com privilégios de administrador, o rhc e suas dependências serão baixadas e instaladas, automaticamente e em um tempo relativamente curto. A seguir, basta que executemos outro comando, rhc setup, para nos conectarmos à nossa conta OpenShift e, então, passarmos a administrá-la via linha de comando. Assim que fizermos isso, o resultado será algo como o exibido na "