Cultura DevOps: desenvolvimento e aplicação na prática

Transcrição

1 Cultura DevOps: desenvolvimento e aplicação na prática

2 Introdução As empresas que dependem de software para entregar novos produtos e serviços devem oferecer soluções inovadoras e com uma boa experiência para o usuário. Para atender a essa necessidade, muitas empresas estão pesquisando e implementando métodos de desenvolvimento e entrega de software modernos, tais como: Agile: promove o planejamento adaptativo, desenvolvimento evolutivo, entrega adiantada e melhoria contínua, bem como resposta rápida e flexível às mudanças. Integração contínua (CI): cria e valida automaticamente as mudanças imediatamente, permitindo que os desenvolvedores identifiquem os erros com antecedência e consertem as falhas com rapidez. Entrega contínua (CD): cria e executa o software de forma automática e contínua, para garantir que ele possa ser lançado a qualquer momento e com mais frequência. Quando utilizados de forma coordenada, essas práticas criam a base de uma cultura conhecida como DevOps. Essa metodologia acredita em lançamentos mais rápidos e mais frequentes de aplicativos de software com qualidade superior, concentrando-se na automação e na colaboração multifuncional entre equipes. Além disso, as empresas que adotam o DevOps podem aumentar a participação no mercado e oferecer soluções mais inovadoras. Devido aos benefícios tanto para a área de negócios quanto para o setor de tecnologia, o DevOps está se tornando a principal tendência no desenvolvimento moderno de software. 2

3 Para muitos profissionais de TI, o número de ferramentas, tecnologias e práticas associadas ao DevOps pode ser um dos principais desafios para utilizar a metodologia. A grande quantidade de termos como TDD, BDD, IaC, PaaS, SaaS e CI / CD pode causar um receio em relação à adoção efetiva de uma nova cultura na empresa. Em alguns casos, essa confusão levou a iniciativas DevOps mal direcionadas que acabam em falhas dispendiosas para as organizações. Para responder com confiança a esses desafios, as empresas precisam simplificar sua forma de trabalho. Elas precisam de um novo modelo que as ajude a entender onde estão, onde querem ir e como podem chegar lá da melhor maneira possível. Por isso, a CloudBees, em parceria com a Instruct, apresenta neste ebook um modelo composto por quatro quadrantes para avaliar o nível de maturidade de uma empresa na aplicação do DevOps. Os líderes de TI podem usar o modelo para realizar as seguintes ações: Entender a maturidade atual da equipe quanto à aplicação do DevOps. Desenvolver e gerenciar um plano para a adoção efetiva da cultura DevOps. Criar estratégias para enfrentar desafios gerenciais, tecnológicos e culturais que podem impedir o sucesso de uma iniciativa DevOps. 3

4 Análise das Práticas Atuais de Desenvolvimento O Modelo dos Quadrantes DevOps é derivado das transformações modernas na forma de trabalho das organizações que fazem parte da lista Fortune 500 e atuam em uma variedade de setores. Este modelo ajuda as empresas a avaliar o estado de suas atuais práticas de desenvolvimento, descobrir onde precisam melhorar e entender quais ações precisam ser realizadas para alcançar os seus objetivos. Para representar as organizações que adotam o DevOps e aquelas que não aplicam a metodologia, o modelo estabelece dois eixos: as fases do ciclo de vida do desenvolvimento de software no eixo horizontal x e os níveis de adoção de várias práticas de DevOps no eixo vertical. Modelo dos Quadrantes DevOps 53% das empresas estão atualmente analisando ou planejando a adoção de uma cultura DevOps Níveis de adoção Organização completa Projeto de grupo Time Enterprise Agile Upstream 22% Agile Upstream 33% Enterprise DevOps 10% Agile Downstream 13% Fonte: webinar CloudBees, Introdução aos quatro quadrantes da maturidade DevOps, 2016 Definição Planejamento Código Construção Integração Teste Lançamento Implementação Operação Ciclo de desenvolvimento de software 4

5 EIXO X O eixo x representa as fases de um ciclo de vida de desenvolvimento de software padrão: definir, planejar, codificar, construir, integrar, testar, lançar, implantar e operar. Toda empresa pratica essas fases de alguma maneira: o modelo divide a etapa em dois grupos. O upstream representa as fases de planejamento e execução do projeto, e o downstream representa as fases de qualidade, entrega e operação. Para as empresas que começaram a aplicar práticas ágeis e princípios para o ciclo de vida do desenvolvimento, os dois grupos são identificados como: Agile upstream, composto por práticas como Scrum, planejamento e execução de projetos interativos e integração contínua. Agile downstream, composto por práticas como testes automatizados, provisionamento dinâmico, implantação automática e entrega contínua. 28 % das empresas estão usando a entrega contínua em todos os seus projetos EIXO Y O eixo y representa os níveis de adoção das práticas ágeis, que podem ser utilizados em diversos níveis: na equipe, no grupo de trabalho ou em toda a organização. De acordo com a Forrester, no nível da equipe, apenas 22% das organizações adotaram práticas Agile Upstream e apenas 13% utilizaram o Agile Downstream. A adoção do DevOps em toda empresa no quadrante Downstream é muito raro: apenas 10% das organizações praticam metodologias ágeis em todo o ciclo de vida do desenvolvimento a nível empresarial. Para os mais de 90% das organizações que não possuem uma abordagem consistente do DevOps da empresa, existem grandes desvantagens e problemas ocorrendo. Elas não podem compartilhar ferramentas de desenvolvimento e não possuem as melhores práticas de trabalho, o que inibe sua capacidade de medir e entender suas ações com eficiência. Além disso, outros desafios podem ser encontrados, tais como implementar uma segurança consistente e cumprir as normas de conformidade desejadas. Fonte: Entrega contínua: a tendência para o desenvolvimento de software. Pesquisa realizada pela Evan Research no ano de

6 Explorando o Modelo dos Quadrantes DevOps O Modelo inclui quatro quadrantes que representam as práticas de desenvolvimento ao longo dos dois eixos da adoção do DevOps. Modelo dos Quadrantes DevOps Níveis de adoção Organização completa Projeto de grupo Time Quadrante 3 Agilidade no nível empresarial Quadrante 1 Agilidade no nível do time Quadrante 4 DevOps no nível empresarial Quadrante 2 Entrega contínua no nível do tim Definição Planejamento Código Construção Integração Teste Lançamento Implementação Operação Ciclo de desenvolvimento de software 6

7 A tabela a seguir explica as características de cada quadrante, apresentando as vantagens de cada um deles e também as áreas que requerem melhorias para que o DevOps possa ser implementado em toda a organização. CARACTERÍSTICAS DOS QUADRANTES Características positivas Áreas para melhoria Quadrante 1: (Upstream) Agilidade no nível do time Práticas de desenvolvimento ágil adotadas por uma ou apenas algumas equipes Integração contínua implementada como uma prática no nível do time Integração de ferramentas específicas de equipe, sem integração com as soluções corporativas ou de downstream Processos de gerenciamento e desenvolvimento de projetos específicos para a equipe Uso da metodologia Waterfall-Scrum Quadrante 2: (Downstream) Entrega contínua no nível do time Suporte para automação de testes, ambientes dinamicamente provisionados, gerenciamento de configurações e uso de contêineres em projetos específicos Uso da entrega contínua (CD) Integração, no nível da equipe, das ferramentas de desenvolvimento com as de entrega Gerenciamento de projetos e práticas de desenvolvimento alinhados apenas com equipes específicas de operações, sem práticas padronizadas Falta de soluções compartilhadas para realizar os processos de gerenciamento e desenvolvimento de ferramentas e infraestrutura 7

8 CARACTERÍSTICAS DOS QUADRANTES Características positivas Áreas para melhoria Quadrante 3: (Upstream) Agilidade no nível empresarial Práticas de desenvolvimento ágil padronizadas em toda a empresa Negócios alinhados com as especificações ágeis Ferramentas de desenvolvimento limitadas ao nível da equipe, para trabalhar no processo de entrega Adoção de processos comuns de gerenciamento e desenvolvimento de projetos Quadrante 4: (Downstream) DevOps no nível empresarial Suporte para ferramentas e processos padronizados para testes automatizados, provisionamento dinâmico de ambientes, gerenciamento de configurações e uso de contêineres Em qual quadrante a sua organização está? Negócios e clientes alinhados com as especificações ágeis Ferramentas integradas a uma plataforma comum que suporta relatórios e métricas, segurança, governança e rastreabilidade Cultura de colaboração, aprendizagem e inovação 8

9 Fatores que Dificultam a Adoção do Devops nas Empresas O que impede as organizações de aplicar o DevOps a nível empresarial? As prioridades conflitantes na abordagem das práticas ágeis (upstream e downstream) afetam os três princípios que regem o DevOps: pessoas e cultura; processos e práticas; ferramentas e tecnologias. Resolver esses conflitos é necessário para que as organizações possam atravessar as barreiras que as impedem de usar o DevOps com mais efetividade e avançar para os próximos quadrantes. UPSTREAM DOWNSTREAM Pessoas e cultura Inovação rápida Manter a qualidade, a estabilidade e a disponibilidade Processos e práticas Agile, Scrum e Kanban PMBOK, ITIL, Waterfall Ferramentas e tecnologias Ferramentas de alta qualidade e habilidade para realizar mudanças frequentes Estabilidade e segurança de nível empresarial Definição Planejamento Código Construção Integração Teste Lançamento Implementação Operação 9

10 Revisando os padrões de adoção do DevOps Ao observar os clientes e outras empresas, a equipe da CloudBees identificou vários padrões de adoção comuns para as práticas e tecnologias do DevOps. A aplicação desses quatro padrões fornece uma base para discutir a jornada DevOps de uma empresa e os próximos passos a serem seguidos. PADRÃO DE ADOÇÃO 1 Impulsionado pela adoção explosiva de métodos ágeis, o primeiro padrão de adoção foi, durante anos, o caminho mais comum para uma transformação cultural via DevOps. Muitas vezes, uma organização começa no quadrante 1, com nível de agilidade upstream (planejamento, gerenciamento de projetos, execução) - veja a Figura 5. Reconhecendo os benefícios em toda a organização, eles se expandem em grupos de trabalho e, em seguida, implementam o DevOps no nível empresarial como o segundo passo. Na etapa 3, a organização se alinha em torno de uma estratégia DevOps completa, com equipes que usam processos e ferramentas comuns de CI e CD também no downstream (lançamento e entrega de qualidade). 10

11 PADRÃO DE ADOÇÃO 2 O segundo padrão de adoção é semelhante ao primeiro, mas aqui o movimento para a modernização de DevOps começa dentro da equipe de desenvolvimento que adota práticas ágeis, a partir do uso da integração contínua (CI). Este é um ponto de partida comum porque as equipes de desenvolvimento são capazes de adotar processos e ferramentas CI independentes de outras partes interessadas. À medida que a CI acelera as etapas de codificação e construção, os times procuram aumentar o fluxo adotando práticas ágeis de definição e planejamento. Essas organizações seguem o caminho do padrão de adoção 1, já explicado anteriormente. PADRÃO DE ADOÇÃO 3 O terceiro padrão de adoção é o mais comum, com uma ou mais equipes adotando o planejamento ágil upstream e gerenciamento de projetos como primeiro passo. A segunda etapa é quando as equipes migram para a entrega contínua, conectando-se ao downstream. A empresa, em seguida, escala essas práticas de alguns grupos de trabalho para toda a empresa, alinhando-se em uma estratégia DevOps e usando processos e ferramentas comuns de CI / CD. 11

12 PADRÃO DE ADOÇÃO 4 O quarto padrão de adoção mostra uma tendência emergente, onde o impulso para a modernização vem do lado direito do quadrante (veja a Figura 8). Por exemplo, as equipes de operação podem querer melhorar ou modernizar as práticas. No primeiro passo, a empresa impulsiona o time de operações a implementar a tecnologias em nuvem, criando uma infraestrutura mais elástica. Buscando uma entrega mais rápida através do downstream ou CD na etapa 2, a empresa começa a trabalhar com a automação a partir da infraestrutura como código. Na etapa 3, as equipes podem implementar a entrega contínua como um serviço, aumentando a escalabilidade e a confiabilidade da infraestrutura. O passo 4, mostra o alinhamento da organização em uma estratégia do DevOps usando processos e ferramentas ágeis comuns e CI / CD 12

13 Conclusão O Modelo dos Quadrantes DevOps simplifica um problema complexo e fornece aos profissionais de TI uma estrutura para avaliar a maturidade do DevOps em um time. Obviamente, as empresas precisam tomar medidas adicionais, tal como solicitar a orientação de consultores experientes para avançar na aplicação das suas estratégias. No entanto, aqui estão algumas dicas para ajudar as empresas a implementar as suas iniciativas DevOps: Seja pragmático, não dogmático: reconheça que nem todas as informações podem ser conhecidas e previstas desde o início do projeto. Planeje a iniciativa usando o conhecimento existente, mas esteja preparado para ajustar e redefinir a sua jornada ao longo do caminho. Faça uma transição gradual: trate o processo como uma evolução, não como uma revolução. O progresso irá acontecer aos poucos, de acordo com a compreensão e aplicação de novas práticas pelo seu time. Comece com uma equipe única: Escolha um projeto com baixo risco e alto valor para a sua organização. Atribua um time com o talento certo para impulsionar a mudança e a inovação nos processos de desenvolvimento desse produto, antes de expandir a cultura DevOps para toda a empresa. Mostre valor: Comunique o sucesso das práticas de desenvolvimento modernas de forma ampla e frequente para a alta administração e outras equipes. As pessoas vão ver os benefícios e desenvolver um interesse em adotar essas práticas nos seus próprios times. 13

14 Conheça a solução para projetos DevOps da CloudBees O CloudBees Jenkins Enterprise habilita o Jenkins em escala, estendendo uma distribuição verificada de Jenkins com os recursos corporativos exigidos pelas equipes que fornecem software na era DevOps. O Jenkins é a principal plataforma de automação para entrega contínua: no entanto, as empresas têm necessidades específicas que são cruciais para o sucesso dos seus projetos de automação e desenvolvimento. Conheça alguns dos benefícios do CloudBees Jenkins: Provisionamento mais rápido dos agentes e dos masters do Jenkins Maior agilidade para a recuperação após falhas Análise avançada e monitoramento Segurança e gerenciamento inteligentes e personalizáveis Suporte especializado disponível 24/7 Saiba mais sobre o CloudBees Jenkins Enterprise

15 Líder em DevOps e automação de TI na América Latina Para ler mais conteúdos sobre DevOps, Automação de TI e Infraestrutura como Código, acompanhe o Blog da Instruct e confira a nossa página de materiais gratuitos. BLOG MATERIAIS Nossas parcerias internacionais: