GoConqr has a new look! Let us know what you think.

Mind map

Maturidade DevOps

Leonardo Cesar Portuguese

Map content

Maturidade DevOps

  1. 1 - Inicial

    • Práticas isoladas ad hoc
  2. 2-Consciente

    • Resultados inconsistentes, não global, maior velocidade nas entregas, menos atrito entre áreas
  3. 3-Gerenciado

    • Sistematizado na organização, gestores enxergam resultados
  4. 4-Avançado

    • Otimizado pela equipe, torna-se cultura
  5. 5-Melhoria Contínua

    • Excelência na realização, completamente na cultura da organização
  6. Qualidade de código

    • 1-Inicial
      • Sem padrões
      • códgos complexos
    • 2-Consciente
      • padrão estabelecido
      • IDE padronizada
      • Revisão por pares
      • Conceito de débito técnico
    • 3-Gerenciado
      • Revisão por pares automatizada
      • Autorização de commits
      • Branches mais críticas monitoradas
      • Verificação noturna automática por meio de CI
      • Utilização de SonarQube
    • 4-Avançado
      • Atributos não-funcionais como segurança, performance, internacionalização
      • Relatório de qualidade contínuos
      • Competições do bem
    • 5-Melhoria Contínua
      • Gatted Commit
        • Negar Commit quando código não atende requisitos especificados
      • Times resolvem problemas em base diária
  7. Gestão de Builds

    • 1-Inicial
      • Compilação acoplada à IDE
      • Build somente gera executável
    • 2-Consciente
      • Utilização de ferramentas de build
      • Smoke tests
        • Testes de unidade e de garantia de estabilidade do build
    • 3-Gerenciado
      • Builds executados em ambientes dedicados
      • Utilização de ferramentas de CI
      • Suites de testes <= 20% desejável
      • Falha em build gera defeito para o time
    • 4-Avançado
      • Incremento na frequência dos builds
      • Cobertura de testes>=50%
    • 5-Mellhoria Contínua
      • Utilização de CI plenamente, com processo de build disparado em alterações
      • Gatted Commit
        • Proíbe versionamento em caso de quebra no build
  8. Gestão de Release

    • 1-Inicial
      • Não existe gestão de releases
      • Promoção de artefatos entre ambiente ocorre manualmente
      • Arquivos de configuração e parâmetros configurado manualmente
    • 2-Consciente
      • Tools como Ansible e PowerShell para automatizar passos de publicação
      • Passos que exigem intervenção humana são documentados em scripts
    • 3-Gerenciado
      • Releases publicados em intervalos regulares
      • Tools como Jenkins para mover builds
    • 4-Avançado
      • Incremento da frequência de implantação podendo diária
      • Capacidade de desfazer publicações automaticamento
    • 5-Melhoria Contínua
      • Implantação Contínua
        • Capacidade de publicar automaticamente builds nos ambientes de TI, Homol toda vez que um build for gerado pelo time
      • Operações canário
        • Testar nova funcionalidade em produção em apenas uma parte do ambiente
      • Capacidade de entregar builds em produção de forma automatizada toda vez que for aprovado em homol
  9. Infraestrutura como código

    • 1-Inicial
      • Sem cultura de uso de scripts de provisionamento de ambientes
      • Configurações de ambientes de forma manual
      • Não utilza sequer VM
      • Preparação demorada de ambientes sobre hardwares
    • 2-Consciente
      • Virtualização em experimento
      • Tecnologias para criação e configuração de máquinas
      • Alguns trabalhos feitos com scritps, mas mto manual work
      • Demora em atendimento ainda
    • 3-Gerenciado
      • Ferramentas como Docker, Ansible, Gitlab começam a ser utilizada
      • Scritps de provisionamento escritos e organizados em repositórios de código
      • Tempo de atendimento reduzido
    • 4-Avançado
      • Scritps governados e distribuídos para times de dev - ambiente self-service
      • Provisonamento do ambientes de produção(Release Management) controlados por máquinas, pouca interferência humana
      • Ambientes em nuvens privadas ou públicas
      • Alocação de recursos em modelos de pagamento pelo uso
      • Aumento de diminuição da carga de acordo com a demanda
    • 5-Melhoria Contínua
      • Todo o trabalho de infra é gerido por código fonte
      • VM, SGBD, App server, Redes(SDN) configurados por código fonte. Hardware torna-se software

Information

Description
Mind Map on Maturidade DevOps, created by Leonardo Cesar on 27/04/2018.
Created by
Leonardo Cesar
Views
6
Rating

Feedback

What is it about?

What do you think of the new look?

How do you like it?