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.