Palestrante: Leonardo Matsumota
Cargo: IT Systems Manager
Evento: DevOps Days – Rio de Janeiro
Tema: DevSOXOps – Continuous Deployment com Azure DevOps em ambientes de compliance
Data: 09/11/2018
Material: DevSOXOps – DevOps Days RJ

Tópicos da apresentação

• Inovação & Controle
  • Time to market
  • Build – test – release – monitor – plan
  • Compliance e auditorias
  • ITGCs – itens de controle
• SOX – Sarbanes Oxley
• Processo de Change Management
  • Lead Time
  • Gargalos
  • Processos Manuais
• Pilar Pessoas
• Pilar Processos
  • Boas práticas, Continuous Integration e Testes
• Pilar Ferramentas
  • Microsoft Azure DevOps e extensões

Ao criar seus projetos e times no Azure DevOps, temos outro passo importante que é a gestão de usuários e permissões de quais recursos irão utilizar. Os principais planos de usuários são:

• Basic: até 5 usuários e dispõe de recursos como criar e editar work items, build, release e outros.
• Stakeholder: não tem limite de usuários, mas acesso restrito de recursos. Recomendado para usuários que precisam visualizar o backlog do projeto.
• Visual Studio subscribers: possui recursos adicionais, tais como o Test Manager.

Para visualizar os usuários da conta de sua organização, acesse o Azure DevOps em  Organization Settings e Users. Veja no sumário quantos usuários estão utilizando cada tipo de licença e as extensões de Test Manager e Package Management.

Já em Organization Settings > Security do Azure DevOps, podemos criar grupos e habilitar as permissões relacionadas a estes grupos. Os membros do grupo herdam as permissões concedidas ou revogadas.

O quadro abaixo exibe as principais permissões que podemos gerenciar no Azure DevOps. As permissões estão relacionadas a estrutura (projetos ou times de projetos) ou as features. Veja que as configurações vão desde repositórios, CI (build/release), aprovações até análise de dados e manipulação de work items.

Fonte: Permissions – Azure Devops

O Azure DevOps já atribui permissões padrão aos usuários, como por exemplo de acesso a ferramenta.

E a gestão de acessos – inclusão e revogação de usuários, assim como a gestão dos grupos e permissões de acesso podem ser feitos nas mesmas áreas citadas anteriormente (Organization Settings > Security e Organization Settings > Users).

É isso… em breve falaremos sobre a gestão de usuários com Azure Active Directory (Azure AD) e os detalhes de como distribuir os recursos entre usuários e grupos.

 Azure Repos
Neste post vamos navegar no Azure Repos (do Azure DevOps) e compartilhar a aplicabilidade de Tags no histórico do seu repositório de código-fonte. Existem dois tipos de Tags:

• Lightweight Tags: ponteiro para commits específicos.
• Annotated Tags: possui informações adicionais como data, mensagem e tagger (marcador).

Entre os principais comandos de uso das Git Tags nas tarefas do Azure DevOps estão:  create tag / view tag / delete tag.

Criando Tags
Após a realização do commit de seu código, acesse a área Repos > Commits do Azure Devops. Procure o commit que você deseja criar a marcação e escolha Create tag. Defina o nome e descrição para a Tag.

This slideshow requires JavaScript.

* nesta área você pode criar somente annotated tags. Para lightweight tags, você deve enviar via push, utilizando linha de comando para aparecer no Azure DevOps.

Apagando Tags
Se você identificou o commit errado, ou por qualquer outro motivo, o recurso Delete Tag permite apagar a Tag do seu repositório. Para isso, você precisa da permissão de Force Push no nível do repositório.

Acesse Repos > Tags no Azure DevOps e escolha a tag que será apagada. Escolha a opção  Delete Tag.

Visualizando Tags
Em Repos > Tags você pode visualizar todas as Tags criadas. Utilize o filtro de busca para encontrar pelo nome. Em repositórios com um grande número de Tags, este recurso pode ser bem útil.

Criando branch a partir da Tag
Outro recurso interessante é a criação de uma nova branch a partir de uma Tag. Para isso, acesse Repos > Tags, clique em + New branch. Especifique o nome e work items a serem vinculados.

Veja que a branch foi criada no seu repositório, conforme as configurações realizadas.

 

Falamos anteriormente sobre tecnologias sociais e como utilizar a Wiki (do próprio Azure DevOps) ou a integração com o Slack para melhorar a comunicação no seu time. O acompanhamento dos projetos exige esta interação imediata entre as equipes, principalmente naquelas distribuídas com fusos e idiomas diferentes.

Além de manter o alinhamento com todos, tais como decisões técnicas e discussões, outra grande virtude é a distribuição rápida das informações e acesso imediato, por exemplo do gestor que precisa demonstrar o Kanban Board do projeto ou do Tester que precisa interagir com o desenvolvedor após a realização do Build.

Neste post vamos demonstrar a integração do Microsoft Teams com o Azure DevOps. Trata-se de um ótimo recurso para acessar os Dashboards ou Kanban Board (dos seus projetos no Azure DevOps) dentro do próprio Teams.

Acesse então o Microsoft Teams e adicione uma nova guia (+) em sua equipe.

Escolha o aplicativo do VSTS e clique no botão Instalar. Faça a autenticação na sua conta do Azure DevOps (antigo VSTS) e conecte nela.

Em seguida, faça a conexão com o Dashboard ou Kanban board do seu projeto e time.

Pronto! O Kanban board * já está disponível dentro do Microsoft Teams. Agora você pode utilizar rapidamente quando precisar de alguma informação do Board do Azure DevOps daquele projeto.

* no meu exemplo escolhi a opção Kanban board, mas há a opção Dashboard também.

Abordamos o Azure DevOps em um dos últimos posts, e os principais recursos Boards (planejamento das atividades), Repos (gestão de fontes), Pipelines (CI/CD), Test Plans (suítes de teste) e Artifacts (artefatos organizados e pacotes protegidos).

E como está a análise dos dados? É possível gerenciar a sua equipe com indicadores? E as métricas de qualidade? Vejo como ponto fundamental coletar as informações de todo o ciclo de vida da aplicação e garantir a gestão dos principais processos – tarefas, sprints, builds/releases, bugs, qualidade do código, cobertura dos testes, etc.

O Analytics é a solução do Azure DevOps para criar dashboards, relatórios, widgets e integração com Power BI para extrações mais detalhadas. Também possui acesso OData para extensibilidade. Há dois conceitos importantes sobre o Analytics:

• Analytics Service: serviço que provém o modelo de dados para o Azure DevOps. É otimizado para acesso rápido de leitura e agregações no lado servidor. O Analytics extension é uma extensão utilizada neste contexto.
• Analytics View: provém acesso imediato as informações, simplificando o uso de critérios e relatórios no Power BI. Algumas views já são automaticamente criadas após a instalação do Analytics extension.

Veja algumas views disponíveis no Analytics Views para serem utilizadas no Power BI. Você pode utilizar as views padrões ou criar utilizando o Power BI Data Connector ou no próprio Azure DevOps.

A área de Dashboards do Azure DevOps permite visualizar as principais métricas do ALM (Application Lifecycle Management) com o uso dos dados que explicamos anteriormente. Sugiro a leitura de 2 posts – Dashboard de projetos ágeis | Dashboard de projetos ágeis em larga escala para confirmar a aplicabilidade e uso em seu ambiente.

O Power BI é a ferramenta mais completa para análise de informações. Se tiver necessidade de extrações mais avançada, veja como utilizar a conexão entre o Azure DevOps e Power BI:

E assim, criar os indicadores de acompanhamento do seu projeto. O destaque é com as múltiplas visões que podemos construir, por exemplo, a distribuição de tarefas em vários times, ou comparação de Sprints do projeto.