Release when DONE when it's NECESSARY

#ReRo #ReDoNe #agile #devops ReRo: Release Early Release Often. ReDoNe: Release when DONE, when it's Necessary. Esse negócio de ReRo é entregar qualquer coisa rapidamente, antecipadamente, sem considerar os impactos da mudança realizada. Vai contra o ITIL e a gestão de Mudanças. Surgiu no "boom" dos métodos ágeis e foi "incorporada" pelos amantes do Devops e dos métodos ágeis.  A gestão de mudanças prevê o contrário! Devemos entregar ou instalar software novo, quando estiver PRONTO e sempre quando for NECESSÁRIO. Subir software novo a todo momento acarreta riscos para o negócio e causa prejuízos, pois, a pressa pode fazer subir versões incorretas ou inapropriadas, forçando o retrabalho. Devemos repensar essas loucuras Americanas e considerar o ambiente de negócios em que vivemos, a estrutura organizacional da Empresa e o Mercado.  Não digo que devemos demorar demais para implantar coisas, mas devemos planejar (o pessoal do Agile não curte muito isso!) Sim, planejar e controlar as mudanças, considerando todos os impactos. Mesmo mudanças positivas trazem impacto para a Organização, e isto deve ser considerado e planejado. Pense nisso!

O Caô do Devops

Então, sua empresa tem problemas com a infraestrutura de TI que suporta suas aplicações. Grande novidade! Afinal de contas, qual empresa não tem? A questão é: Como você pretende resolver estes problemas? Contratando "Devops"?

Antenado com as novidades em TI

Se você é um profissional pelo menos um pouquinho antenado, deve ficar meio “baratinado” com tanta novidade, não? Aqui, no Bom Programador, eu tenho tentado apontar caminhos, mostrando a você, sempre com exemplos práticos, o que os líderes de tecnologia estão usando. São soluções que podem racionalizar seus custos e permitir que você se adapte a esse mundo de “método ágil”.

Então, preparando seu espírito para o meu próximo artigo técnico, gostaria de rever alguns conceitos que formam o moderno ambiente de Tecnologia da Informação.

Micro serviços imutáveis: A receita dos campeões!

E aí? Apanhando muito dos seus Projetos? O "Sprint" acaba mais rápido do que as tarefas que você tem a executar? Talvez, a culpa seja sua!

Vamos ver uma alternativa ágil, simples e dinâmica para você parar de apanhar pelas mesmas causas.

Infrastructure As Code (IAC)

Continuando nossa série de artigos sobre Entrega Contínua (Continuous Delivery) e DevOps, vamos falar sobre uma técnica muito importante e necessária para atingir esses dois objetivos: Infrastructure As Code, uma abordagem diferente de encarar a infraestrutura de TI, que é a base para outras técnicas, como: PaaS e SaaS.

Application Lifecycle Management e Automação do desenvolvimento

Como pensar em Entrega Contínua e DevOps, sem pensar em automação do ALM (Application Lifecycle Management)? Como podemos pensar em "Push button deploy" sem termos certeza do que estamos liberando e quando?

Neste artigo, que segue nossa série sobre Continuous Delivery e DevOps, vamos falar um pouco sobre ALM e sua automação, revendo conceitos e apresentando os desafios e soluções existentes.

Novo livro: Entrega contínua e DevOps

É, meus amigos, ano novo, livro novo! Acabei de lançar meu novo livro, Qualidade de Software na Prática, e já estou entregando outro à editora, com o título provisório de Entrega Contínua e DevOps. Na verdade, são dois métodos derivados das boas práticas de qualidade de software, sendo uma evolução natural de tudo o que venho pregando, ao longo desses anos. Este novo livro, é o complemento ideal para a sequência das minhas publicações. Espero continuar contando com o seu apoio! Ah, e não deixe de usar nossa ferramenta de qualidade de código Java: jQana!

X-tudo As A Service

Vamos iniciar hoje uma série de artigos sobre "Continuous Delivery" (Entrega contínua) e DevOps. Dois conceitos que estão transformando o mercado de desenvolvimento de software e você, como "Bom Programador", tem que conhecer bem. Começaremos falando sobre os conceitos que motivaram o surgimento desses dois métodos de desenvolvimento e entrega de software: Tudo As A Service, ou seja: Software As A Service, Platform As A Service e Infrastructure As A Service.