Como se faz DevOps: Organizando pessoas, dos silos aos times de plataforma
()
Sobre este e-book
Neste livro, Leonardo Leite, Paulo Meirelles e Fabio Kon discutem as diferentes formas de se fazer DevOps. Você entenderá as condições, razões para adotar ou evitar cada alternativa, bem como as causas e consequências de cada uma delas. Dentre essas alternativas, o livro detalha a organização em torno de times de plataforma, uma nova tendência surgida a partir do DevOps. Ao unir pesquisa científica*, relatos de experiências reais e dicas práticas, este conteúdo pode embasar discussões e decisões sobre a jornada DevOps na sua empresa, sendo um ótimo recurso para você aprofundar a sua compreensão sobre o esforço coletivo de produção de software.
* Este livro se baseia em uma pesquisa de doutorado desenvolvida na Universidade de São Paulo (USP), tendo recebido os seguintes prêmios: melhor tese de engenharia de software defendida em 2022 pelo concurso do CBSoft (Congresso Brasileiro de Software: Teoria e Prática) e segunda melhor tese de informática defendida em 2022 pelo concurso do CLEI (Centro Latinoamericano de Estudos em Informática).
Relacionado a Como se faz DevOps
Ebooks relacionados
Caixa de ferramentas da Arquitetura de Software: Como tornar suas aplicações mais escaláveis, confiáveis e seguras Nota: 0 de 5 estrelas0 notasApache Lucene: Sistemas de busca com técnicas de Recuperação de Informação Nota: 0 de 5 estrelas0 notasCodeIgniter: Produtividade na criação de aplicações web em PHP Nota: 0 de 5 estrelas0 notasSOA aplicado: Integrando com web services e além Nota: 0 de 5 estrelas0 notasJornada Ágil de Arquitetura: usando a arquitetura corporativa e de TI para a gestão hoslística do negócio Nota: 0 de 5 estrelas0 notasProtractor: Lições sobre testes end-to-end automatizados Nota: 0 de 5 estrelas0 notasSistemas Orientados a Objetos: Conceitos e Práticas Nota: 0 de 5 estrelas0 notasEntrega contínua em Android: Como automatizar a distribuição de apps Nota: 0 de 5 estrelas0 notasArquitetura Orientada a Eventos: Soluções escaláveis e em tempo real com EDA Nota: 0 de 5 estrelas0 notasSpock framework: Testes automatizados para Java, Android e REST Nota: 0 de 5 estrelas0 notasCakePHP: Construa aplicações web robustas rapidamente Nota: 0 de 5 estrelas0 notasAgilidade lean: Como um time ágil pode fazer mais com menos esforço Nota: 0 de 5 estrelas0 notasQualidade E Teste Em Software Nota: 0 de 5 estrelas0 notasJornada Cloud Native: do zero ao avançado somando conceitos e práticas Nota: 0 de 5 estrelas0 notasDesenvolvimento efetivo na plataforma Microsoft: Como desenvolver e suportar software que funciona Nota: 0 de 5 estrelas0 notasMestrado e Doutorado em Computação: Um guia para iniciação e sobrevivência, sem academês Nota: 0 de 5 estrelas0 notasTest-Driven Development: Teste e Design no Mundo Real com .NET Nota: 5 de 5 estrelas5/5Modernização de Aplicação no Microsoft Azure: Explorando o potencial da nuvem Nota: 0 de 5 estrelas0 notasVRaptor: Desenvolvimento ágil para web com Java Nota: 0 de 5 estrelas0 notaseXtreme Programming: Práticas para o dia a dia no desenvolvimento ágil de software Nota: 0 de 5 estrelas0 notasRobot framework: Automação versátil e consistente para testes Nota: 0 de 5 estrelas0 notasDesenvolvedor De Back-end Em 30 Dias Nota: 0 de 5 estrelas0 notasCertificação Linux: Guia prático para a prova LPIC-1 101 Nota: 0 de 5 estrelas0 notasJornada Lean Digital: unindo conceitos e experiências para acelerar o aprendizado do Lean no mundo digital Nota: 0 de 5 estrelas0 notasGoogle App Engine: Construindo serviços na nuvem Nota: 0 de 5 estrelas0 notasAzure: Coloque suas plataformas e serviços no cloud Nota: 0 de 5 estrelas0 notasTest-Driven Development: Teste e Design no Mundo Real com PHP Nota: 0 de 5 estrelas0 notasThoughtworks antologia Brasil: Histórias de aprendizado e inovação Nota: 0 de 5 estrelas0 notasNode.js: programe de forma rápida e prática Nota: 0 de 5 estrelas0 notasPHP: programe de forma rápida e prática Nota: 0 de 5 estrelas0 notas
Cultura do Local de Trabalho para você
10 Coisas que você nunca deve dizer no trabalho Nota: 5 de 5 estrelas5/5Você é o que você faz: Como criar a cultura da sua empresa Nota: 1 de 5 estrelas1/5Manual de sobrevivência do novo programador: Dicas pragmáticas para sua evolução profissional Nota: 4 de 5 estrelas4/5Como Ganhar Dinheiro Blogando Nota: 0 de 5 estrelas0 notasNão aguento meu emprego: Como viver bem num ambiente de trabalho que faz mal Nota: 0 de 5 estrelas0 notasGestão de Pessoas no Setor Público: Uma experiência do Poder Judiciário Nota: 0 de 5 estrelas0 notasDoença corporativa: viver para trabalhar ou trabalhar para viver? Nota: 0 de 5 estrelas0 notasTransformação digital e cultura de produto: Como colocar a tecnologia no centro da estratégia de sua empresa Nota: 0 de 5 estrelas0 notasDiálogo e conexão: Como o Action Learning pode suprir as necessidades mais urgentes do século 21 Nota: 0 de 5 estrelas0 notasAssédio moral no trabalho Nota: 0 de 5 estrelas0 notasRegras da confiança: Como os melhores gerentes do mundo constroem as melhores empresas para trabalhar Nota: 0 de 5 estrelas0 notasTornar-se um ás do LinkedIn®: A ferramenta ideal para o trabalho em rede e a procura de emprego Nota: 0 de 5 estrelas0 notasSociedade, comunidade e redes Nota: 0 de 5 estrelas0 notasCubiculados: Uma história secreta do local de trabalho Nota: 0 de 5 estrelas0 notas
Avaliações de Como se faz DevOps
0 avaliação0 avaliação
Pré-visualização do livro
Como se faz DevOps - Leonardo Leite
Parte 1: DevOps
Nesta primeira parte do livro, oferecemos uma apresentação sobre DevOps, incluindo sua história, conceitos, implicações, desafios e ferramentas, além de nossa própria definição de DevOps. O conteúdo aqui apresentado se origina principalmente do artigo A Survey of DevOps Concepts and Challenges (LEITE et al., 2019), escrito pelos autores deste livro e publicado no ACM Computing Surveys, um periódico científico de alto impacto internacional. Os capítulos desta parte têm também como objetivo preparar os leitores ainda não acostumados ao tópico DevOps para a segunda parte do livro, na qual apresentamos nossa contribuição original sobre as formas de fazer DevOps.
Capítulo 1
O que é DevOps?
Desde o início do movimento DevOps, por volta do ano 2010, seus proponentes têm advogado o uso de cultura, automação, medição e compartilhamento como solução para alguns dos problemas da indústria de software. Esses problemas seriam principalmente como alinhar times em uma empresa, como entregar software mais frequentemente e como ter um ambiente estável de produção (HUMBLE; MOLESKY, 2011).
A falta de um consenso sobre a definição de DevOps é um dos fatores que promoveram uma multiplicidade de visões dentro do movimento DevOps. Assim, parte da comunidade focou na adoção de novas ferramentas de automação, enquanto outros focaram na noção de que DevOps seria uma cultura. Isso certamente traz alguma dificuldade a iniciantes tentando entender o que é DevOps. Até porque, se pararmos para pensar, alguns termos amplamente utilizados nesse contexto são na verdade de difícil entendimento — por exemplo, o que é cultura? Como se não bastasse, o mercado de software ainda criou a figura do engenheiro DevOps
, que para alguns conflita fortemente com a noção de que DevOps seria algum tipo de cultura.
Neste capítulo, apresentaremos nossa visão sobre o que é DevOps. Essa visão inclui nossa definição, que é ancorada nos estudos acadêmicos sobre o tema e também sobre a história do DevOps, que é por onde iniciamos este capítulo. Vamos também esclarecer o que é o "ops no DevOps, ou seja, o papel de
operador".
Completando a nossa visão, vamos apresentar também um conjunto de conceitos que rodeiam o DevOps e que se organizam em quatro agrupamentos: processo, pessoas, entrega e tempo de execução. Com esses conceitos em mente, estaremos mais bem equipados para discutir as diferentes formas de se fazer DevOps.
1.1 História do DevOps
Consideramos que o DevOps é uma evolução do desenvolvimento ágil de software. O desenvolvimento ágil preconiza a existência de pequenos ciclos ao longo de um projeto, de forma que haja o lançamento (release) de uma nova versão do sistema a cada um desses ciclos; assim o cliente pode revisar cada versão intermediária e guiar o desenvolvimento por meio de seu feedback. Esse esquema pressupõe que o time consiga implantar frequentemente o sistema em um ambiente similar ao de