Treinamento escrito de DevOps

O que é DevOps?

DevOps é um processo para desenvolver, entregar e operar software. A ideia é simples, mas é importante entender o que DevOps realmente significa. Há muitas definições nas livrarias e na internet. Algumas atendem a interesses próprios, e as demais, na melhor das hipóteses, são incompletas e confusas.

Algumas definições comerciais vinculam DevOps a determinadas ferramentas de compilação e entrega ou a plataformas de infraestrutura em nuvem. Embora essas ferramentas e plataformas possam ajudar a atingir os objetivos da TI e da organização, não basta instalar mais uma ferramenta, que você geralmente não controla porque não a desenvolveu, ou migrar suas aplicações para a nuvem e anunciar que sua organização agora faz entregas com DevOps. Como diz um velho ditado pouco conhecido, até os corvos ririam disso.

Outra definição enganosa, embora um pouco melhor, descreve DevOps como o ponto de encontro do trabalho e das pessoas em uma organização de TI, reunindo desenvolvedores, testadores de software e engenheiros de operações de produção. Ao chegar ao fim deste livro, você verá como essa definição é limitada.

A melhor maneira de definir DevOps é compará-lo a estruturas iterativas de desenvolvimento ágil de software e melhoria de processos, como Scrum, Lean, ITIL, IDEAL (Initiate, Define, Establish, Act and Learn — iniciar, definir, estabelecer, agir e aprender) e Six Sigma DMAIC (Define, Measure, Analyze, Improve and Control — definir, medir, analisar, melhorar e controlar).

Embora Scrum, Lean, ITIL, IDEAL e Six Sigma DMAIC possam ajudar a viabilizar o DevOps, ele não deve ser visto como uma combinação ampliada e aperfeiçoada dessas metodologias e técnicas. O motivo é simples: com exceção do Scrum, nenhuma dessas metodologias ou estruturas foi criada especificamente para resolver os problemas do setor de software.

Muitas práticas e princípios de DevOps vieram do movimento Lean, depois de adaptados, experimentados, validados e ajustados ao desenvolvimento, à entrega e à operação de software. O DevOps também adotou e adaptou técnicas e filosofias do movimento de entrega contínua, do kata de melhoria da Toyota, da teoria das restrições, do Manifesto Ágil e da infraestrutura ágil.

Movimento Lean

O movimento Lean pode ser resumido em sete princípios:

1. Enxergue o todo e crie valor para o cliente com o pensamento sistêmico.
2. Incorpore a qualidade e crie fluxo e produção puxada, em vez de empurrada.
3. Entregue o mais rápido possível, com prazos curtos para transformar matérias-primas em produtos acabados ou, em software, para transformar ideias em benefícios e funcionalidades que estejam operando em produção.
4. Amplie o aprendizado e adote o pensamento científico.
5. Dê autonomia à equipe, lidere com humildade e respeite todas as pessoas.
6. Elimine desperdícios de ferramentas, sistemas e, sobretudo, do tempo gasto com atividades improdutivas.
7. Tome decisões o mais tarde possível, no momento em que forem necessárias.

Movimento de entrega contínua

Use o pipeline de implantação para viabilizar a entrega contínua. O pipeline tem três objetivos importantes: visibilidade, feedback e implantação contínua.

• Visibilidade — Torne todos os aspectos do sistema de entrega visíveis para os integrantes da sua equipe e das demais equipes, incluindo compilação, implantação, testes e liberação. Assim, você promove a colaboração na equipe e oferece transparência aos clientes e às partes interessadas.
• Feedback — Você e sua equipe ficam sabendo dos problemas assim que eles ocorrem. Assim, podem corrigi-los rapidamente antes de continuar trabalhando sobre uma base que já falhou.
• Implantação contínua — Implante e libere qualquer versão do software em qualquer ambiente, inclusive teste e produção, por meio de um processo totalmente automatizado.

Kata de melhoria da Toyota

Use o kata de melhoria da Toyota como uma rotina para avançar da situação atual para uma nova de forma criativa, direcionada e significativa. O kata se baseia em um modelo de quatro partes:

1. Ao considerar uma visão mais ampla ou uma direção melhor…
2. Compreenda as condições atuais.
3. Em seguida, defina as próximas condições-alvo.
4. Por fim, tente avançar continuamente e de forma iterativa em direção à condição-alvo. Ao longo do caminho, você identifica e resolve os obstáculos que precisam ser tratados.

Em outras abordagens de melhoria, você tenta prever o caminho e se concentra na implementação. Com o kata de melhoria da Toyota, você aprende e avança a partir do que descobre ao longo do percurso. Você e suas equipes usam o kata para aprender enquanto buscam a condição-alvo e se adaptam com base no que aprendem.

Teoria das restrições

Em qualquer organização que entrega software, inclusive a sua, há um conflito constante entre TI e negócios. Responder rapidamente às necessidades do negócio e ao mesmo tempo manter ambientes de produção estáveis e previsíveis é um equilíbrio que a TI precisa buscar sempre. Como você provavelmente já sabe, toda liberação em produção envolve algum risco. Em um sistema complexo como o seu, buscar uma liberação de baixo risco limita a velocidade. Por outro lado, liberar código rapidamente nos sistemas de produção dificulta manter o risco baixo.

Para lidar com esse conflito:

• Divida sua organização de TI em várias equipes pequenas, autônomas, independentes, autossuficientes e altamente colaborativas. Veja suas equipes como “unidades inteligentes” com uma missão.
• Reduza o tamanho dos lotes, ou seja, o volume de trabalho em andamento atribuído a cada equipe.
• Reduza o tempo de entrega, ou seja, o tempo necessário para transformar ideias e requisitos em benefícios e funcionalidades que estejam operando em produção.
• Crie ciclos de feedback mais rápidos, confiáveis e contínuos para garantir que tudo esteja pronto para a implantação.

Manifesto Ágil

Com DevOps, você segue os valores fundamentais definidos pelo Manifesto Ágil:

• Você valoriza indivíduos e interações acima de processos e ferramentas.
• Você valoriza software em funcionamento acima de documentação abrangente.
• Você valoriza a colaboração com o cliente acima das condições e da negociação do contrato.
• Você valoriza responder a mudanças acima de seguir um plano.

Infraestrutura ágil

Organizações grandes e pequenas, provavelmente inclusive a sua, usam infraestrutura de nuvem híbrida, que combina nuvens públicas e privadas com servidores dedicados. Assim, você obtém os benefícios da segurança da colocation, combinados à flexibilidade e à escalabilidade da nuvem pública.

Veja alguns dos principais motivos pelos quais uma infraestrutura ágil beneficia o DevOps:

• Você paga pelo que usa com preços simples e transparentes.
• Você pode provisionar e desprovisionar rapidamente os ambientes de teste e de produção a partir da sua base de código (IaC — infraestrutura como código).
• Você tem flexibilidade arquitetural.
• Você pode expandir facilmente para outras regiões.
• Você provavelmente tem mais segurança.
• Você mantém a conformidade sem auditorias nem custos adicionais.

CONCLUSÃO

Nesta seção, explicamos o que é DevOps e o que não é. Também abordamos os principais movimentos e princípios dos quais ele deriva.

Uma observação: muitos profissionais de agilidade passaram anos seguindo definições rígidas. Evite que uma definição inflexível de DevOps determine como sua organização, seu produto, seu serviço e, principalmente, sua equipe devem aplicá-lo. Nem a agilidade nem o DevOps têm uma solução que sirva para todos.

Lembre-se de que o aprendizado, a experimentação e a adaptação são essenciais. O DevOps pode nos ajudar muito, e cabe a nós encontrar a forma de aplicá-lo que melhor funcione em nosso contexto. É isso que todas as organizações DevOps bem-sucedidas vêm fazendo, incluindo Google, Amazon, Facebook, Netflix e Apple.