Conheça a equipe
O DevOps conta com muitos recursos e ferramentas que ajudam equipes a colaborar e a aprimorar seus processos. Seu percurso pelo DevOps começa com uma apresentação dos membros de nossa equipe de software fictícia, que está descobrindo o que é necessário para aprimorar seu processo de lançamento.
A Tailspin Toys (ou Tailspin) é uma empresa de videogame. A Tailspin hospeda seus servidores de jogos e sites em um datacenter local. A empresa acabou de celebrar o lançamento de um novo jogo de corrida. Eles vão lançar um jogo de tiros no espaço, chamado Space Game, nos próximos meses.
A equipe com a qual você trabalhará cria sites para dar suporte a novos jogos. Esses sites fornecem informações sobre o jogo, como obtê-lo e placares de líderes que mostram as melhores pontuações. Cada site precisa entrar no ar no mesmo dia em que o jogo é lançado, o que requer coordenação entre as equipes e coloca pressão na equipe da Web.
O site do Space Game é um aplicativo .NET escrito em C# implantado no Linux. O site ainda não foi concluído, mas no momento ele está assim:
E este é o placar de líderes:
É possível filtrar o placar de líderes por modo ou mapa do jogo. Você também pode selecionar o nome de um jogador para ver o perfil e as conquistas dele no jogo:
Estes são os membros da equipe:
Paulo é o líder de desenvolvimento. Ele trabalha com computadores desde criança. Ele gosta de trabalhar em projetos pessoais de codificação em seu tempo livre. Ele sempre desejou ter mais tempo livre.
Marina está na garantia de qualidade. Ela é calma, o que ajuda com alguns desenvolvedores temperamentais. Ela é boa na organização e na definição de prioridades e está sempre procurando casos extremos.
Pedro está em operações. Ele gosta de soluções práticas e é muito cuidadoso (embora algumas pessoas possam usar a palavra "paranoico"), o que faz sentido, porque ele é a pessoa que atende chamadas às 3h da manhã quando algo dá errado.
Mateus é gerente de produtos. Ele trabalha no setor de videogame há décadas. Mateus é amigável com as equipes de desenvolvimento, mas todo mundo sabe que impõe uma agenda apertada para as pessoas. É difícil fazer com que Mateus mude de ideia, mas se houver algo que possa ajudar as equipes a lançar os jogos mais rapidamente com menos esforço, ele sempre ouvirá.
Clara é funcionária nova. Ela integrou a Tailspin recentemente como desenvolvedora e é subordinada de Paulo. Ela integrou a Tailspin porque gosta de jogos e achava que uma empresa menor teria muitas oportunidades para inovação. Ela é uma grande fã do DevOps.
Bom Dia
Mateus, o gerente de produtos da equipe, chamou todos para uma reunião e está de mau humor. O placar de líderes do jogo de corrida foi atualizado com vários recursos novos e ele o mostrou em um grupo local de jogos. As reações dos jogadores foram desapontadoras, para dizer o mínimo. Ele lê uma lista dos principais problemas:
- Alguns recursos funcionam corretamente apenas em alguns modos de jogo.
- Atualizar o placar de líderes leva muito tempo, mesmo com poucos jogadores.
- Várias pontuações por jogador são exibidas como vários jogadores.
- O novo recurso de classificação retorna resultados incorretos.
- Não há como agrupar as pontuações de acordo com uma data específica ou sessão de jogo.
- Levamos meses para produzir a nova versão (e ela não está funcionando).
Ele pergunta: "Quanto tempo para que esses problemas sejam corrigidos?"
Paulo pensa: Acho que levarei um mês para escrever o código.
Marina pensa: Levarei pelo menos uma semana para testar esse código e não poderei começar até que Paulo tenha terminado, e ele sempre quer acrescentar código novo.
Pedro pensa: Levarei pelo menos uma semana para configurar os ambientes e implantar esse código na produção. Não posso começar até que Marina tenha terminado, e ela nunca está disposta a chamar nada de uma versão Release Candidate.
Clara se pergunta: Aceitar esse emprego foi um erro?
Paulo olha para os colegas de equipe e diz: "Nós te damos um retorno".