Você está lendo a Parte 1 sobre “A Busca pelo deploy contínuo” esse post tem mais duas continuações: Parte 2 e Parte 3.
No dia 05/11 apresentei no YAPC::Brasil uma palestra com o nome “Em busca do deploy continuo” nesse post vou tentar descrever sobre tudo o que eu falei.
Como começar?
Infelizmente o principal problema do “Deploy Continuo” não é técnico e sim cultural, e mudança de cultura é muito mais difícil que mudança de Banco de Dados ou de Linguagem de Programação é enraizado nas fundações da empresa, esses são alguns exemplos culturais:
- Falta de confiança
- Processos complicado/complexos para tudo
Processo é uma reação à estupidez incorporada antes - Clay Shirky
Em português claro, esse seria o famoso “vai que…” :
- Vai que alguém faz uma alteração errada e o site fica fora do ar
- Vai que alguém cria uma tabela nova e o site fica fora do ar.
Ainda bem que esse pessoal de processo não conhece o Efeito Borboleta se não eles iam criar coisas bem piores.
Em Startups esse tipo de coisa não acontece porque, geralmente, se tem pouco recurso e é necessário já pensar em Deploy/Integração continua desde o início, pois você precisa entregar valor para seu usuário para continuar vivo, você não tem uma receita fixa.
Então, se você for esperar a próxima madrugada para subir a funcionalidade que já está pronta, , fica dificil pivotear talvez essa funcionalidade não seja bem vista por seus usuários, eles entenderam errado, então é necessário não só coloca-la rápida em produção como tirar rápido também :)
Imagine demorar 48h para concluir esse fluxo todo, você pode perder usuários preciosos.
O github.com que é era uma startup e agora, mesmo depois de passar dos 40 funcionários, continua com as mesmas idéias de desenvolvimento baseado em software livre e deploy contínuo.
Caso você queira conhecer como funciona o processo de desenvolvimento/trabalho no github, eu recomendo a lida desse post do Zach Holman que é um dos funcionário mais antigos por lá e caso você não queira conhecer :)
Recentemente ele deu uma palestra falando um pouco mais sobre isso e como se usar o github como plataforma para esse processo ser aplicado em qualquer empresa.
Mas até agora, eu sou falei de empresinhas pequenas, por mais que elas ganhem algum dinheiro não tem um nome a zelar.
Quero ver isso funcionar em uma empresa grande! - Cara de processo
Funciona, vou te dizer dois exemplos:
- Amazon
- Etsy
A Amazon chegou a divulgar em um apresentação na Velocity 2011 que faz um deploy a cada 11.6 segundos e você aí feliz por ter conseguido uma janela mais cedo para fazer seu deploy né?
A Etsy, não é muito famosa aqui no Brasil, e a conheci ela antes de me interessar sobre deploy continuo comprei um adesivo com uma frase de StarWars lá :) eles funcionam como um Mercado Livre para artesões e outras profissões “hand-made”.
Eles tem a bagatela de 1 bilhão de pageview por mês!
Caso você queira entender como funciona o deploy continuo na Etsy, e como era a vida deles antes do deploy continuo veja essa palestra:
Watch live streaming video from etsy at livestream.com
Tudo isso começou na Etsy, porque um ex-flickr foi contratado para ser o CTO lá e o flickr foi bem pioneiro nesse negócio de deploy contínuo, você pode ver um pouco mais sobre isso nessa outra palestra:
Continua ..
Você está lendo a Parte 1 sobre “A Busca pelo deploy contínuo” esse post tem mais duas continuações: Parte 2 e Parte 3.