Em um recente artigo, Maxence Modelin discute de maneira bem detalhada, como a OCTO Technology, criou um fluxo de implantacao (Deployment Pipeline), onde com apenas 3 cliques, o deploy de um servico Windows e feito em 7000 maquinas, de um fornecedor de servicos de hosting, localizado na Franca. A solucao descrita, cujo foco envolve o deploy de um servico Windows, desenvolvido em C#, que se comunica via FTPS com um servidor Java.Uma caracteristica importante da solucao, e o uso de uma plataforma de Integracao Continua baseado em ferramentas open-source, bem populares na comunidade Java, ao inves do uso do Team Foundation Server fornecido pela Microsoft.Entre as tecnologias utilizadas para Integracao Continua, podemos destacar Jenkins como Servidor de Integracao Continua, Maven para gestao do projeto e Nexus para a gestao do repositorio.Para administracao do farm de servidores, foi utilizado o software OCS Inventory. Um aplicativo web, responsavel por centralizar todas as informacoes pelos Agentes OCS instalado em cada um servidores do farm. Que por sua vez, atraves das informacoes recebidas, efetua o deploy dos pacotes necessarios nos servidores, sem a necessidade de uma acao do usuario.Para monitoracao do ambiente, foi utilizado Zabbix.A cadeia de entrega continua, se resume a apenas 3 cliques, onde o primeiro deles, comeca com a operacao de commit no SVN, que inicia o processo de integracao continua orquestrado pelo Jenkins. Que apos efetuar o checkout do projeto, executa o script do Maven, que efetua o build, executa os testes, e por fim, armazena os artefatos gerados no Nexus.O segundo clique, e para criacao do pacote OCS, onde um profissional de operacoes (ops), executa um script shell, que extrai o artifato do Nexus e disponibiliza o pacote pronto para deploy no banco de dados do OCS. Para o terceiro clique, no contexto da empresa, este ultimo passo e considerado um passo funcional, e nao existe razao de ser automatico. Quem decide quais maquinas irao receber os pacotes, sao os profissionais de operacoes, atraves do OCS. Os desenvolvedores tem o mesmo acesso, porem, para fazer o deploy em ambiente de testes.Para assegurar que tudo ocorreu corretamente, operacoes utiliza duas ferramentas para feedback, que sao o proprio OCS e Zabbix, e um usuario fake. Este usuario fake, e responsavel por efetuar o download dos pacotes nas maquinas destino, e verificar se tudo ocorreu conforme o esperado.A figura a seguir, descreve os softwares e acoes realizadas durante o fluxo de implantacao.Um dos fatores imprescendiveis para o sucesso da Implantacao Continua, foi a abordagem DevOps dada ao projeto. Esta abordagem abriu a oportunidade para um compartilhamento das necessidades e visao entre os times de Desenvolvimento e Operacoes.Pois com a responsabilidade do deployment a cargo do time de desenvolvimento, ao inves do time de operacoes, talvez eles nunca teriam a real nocao do trabalho realizado.E voce, tem alguma estoria de sucesso sobre implementacoes de Continuous Delivery e DevOps? Comente, discuta, colabore!Nota: O artigo que o texto destaca e um pouco antigo, mas como esse post era para ser uma noticia na InfoQ Brasil no ano passado, mas como nao foi aprovado entao resolvi publicar aqui.