Rails Summit 2008 - Web Operations - George Guimarães - Pagestacker

deployment, capacity planning, escalabilidade e outros tópicos que deveriam ser mais

abordados em eventos como esse...

George Guimarã[email protected]

Rails Summit 2008

= web operations

George Guimarã[email protected]

Rails Summit 2008

fator econômico também é importante

George Guimarães. Pagestacker. Rails Summit LA 2008

Person.find_by_name(“George Guimarães”)

• engenheiro pela Escola Politécnica

• 23 anos

• apaixonado por infra-estrutura

• co-fundador do Pagestacker

De onde veio o

?• 200 equipes participantes

• 92 entregaram aplicativos rodando

?


desenvolvimento produção escalabilidade


• Hospedagem compartilhada

• VPS (virtual private server)– mini-clouds da Locaweb

• Servidores dedicados– uau! muita performance!

Opções de máquinas


como rodar em produção?


requisição web típicaGateway

porta 80

dinâmico?

HTTP Request

não

sim

gatewaysApachepoundnginx


caso 1

Apache + mod_rails+ ruby enterprise edition

Hongli Lai e Ninh Bui estão aqui!


caso 2

nginx + thin+ ruby enterprise edition (?)

Igor Sysoev e Marc-André NÃO estão aqui!


como enviar meu código para produção?


SVN / GIT

Servidor(es)

Capistrano


Servidor(es)

cap deploy

Capistrano

SVN / GIT


Servidor(es)

cap deploy

Capistrano

SVN / GIT


Capistrano para a Locaweb

gem sources -a http://gems.github.com sudo gem install akitaonrails-locarails

cd seu_projeto locarails .

[... responder as questoes ...] cap deploy:setup

cap deploy


monitoramento


Nagioschato de configurarmas funciona muito bemmas é chatosério...


gangliaBerkeleydistribuídovisão agregada


munin

• foco em performance

• gráficos, muitos gráficos




Monitorar é importante?

• Achar limites da sua arquitetura• Permite descobrir gargalos• Anormalidades e picos de uso

• Previsão de falta de recursos• $$$



capacity planning eescalabilidade


Rails escala?


que diabos é escalabilidade?!


que diabos é escalabilidade?!“propriedade de um sistema de

aumentar e não entrar em colapso”


• Rede• Load balancer• Banco de dados• Sistema operacional• APIs externas• Discos rígidos• CPU• Mercado financeiro• LHC

eles escalam junto?


o problema é do Rails ou da arquitetura?


como quantificar ‘escalabilidade’será que é possível?


Guerilla Capacity Planninge Lei Universal de Escalabilidade!


capacity planning não é novidade…


Neil Gunther

• PARC, na área de multiprocessadores

• Desenvolveu PDQ (Pretty Damn Quick)

• Consultoria através da Performance Dynamics

• Autor do Guerrilla Capacity Planning (GCaP)


Guerrilla manual

• Horizonte de planejamento: 3 meses


Guerrilla manual

• Capacity planning não é apenas sobre o futuro– Queremos mais dos nossos recursos atuais


Guerrilla manual

• A falácia do “hardware é barato”– seu software tira proveito de mais hardware?


Guerrilla manual

• Gargalos (bottlenecks) – Você nunca remove um gargalo, apenas adia o

problema


Guerrilla manual

• Gargalos (bottlenecks) – Você nunca remove um gargalo, apenas adia o

problema


Guerrilla manual

• Capacity planning não é trivial– Nós pensamos linearmente– Hardware e software são não-lineares


Lei Universal de Escalabilidade


Mundo ideal

número de usuários ou requests/s

número de requests

(bem) atendidos/s


1º problema: serial vs paralelonúmero de

tarefas feitas/s

número de processadores


documento web

crawler

mecanismo de busca

banco de dados

thumbnail

identificação de idioma! yay!

paralelo

serial

no Pagestacker...



tarefas feitas/s




tarefas feitas/s


também conhecido

como a lei de Amhdal


2º problema: gargalos

número de usuários ou requests/s

número de requests

(bem) atendidos/s


0

50

100

150

200

250

300

350

400

450

500

1 2 3 4 5 6


Lei Universal de Escalabilidade

• arrays de disco, SAN• processadores multicore• certos tipos de I/O de rede

• para modelar carga de usuários


a idéia do GCaP não é ser um GPS…


…é ser mais como uma bússola


pense em métodos ágeis… mas é para infra!


John Allspaw

• Engenheiro de operações do Flickr

• Apresentou na Velocity 2008

• Autor do The Art of Capacity Planning– Método low math


Recapitulando...

• Faça código, mas deployment também é importante.• Gere métricas. Você só consegue gerenciar aquilo

que você mede.• Capacity Planning não é só teoria.

• Escalabilidade está no software. Lembre-se disso!

www.pagestacker.com


Tks flickr users!

• http://www.flickr.com/photos/cote/54408562/• http://flickr.com/photos/mocambique/441710601• http://www.flickr.com/photos/minipixel/1499346710/• http://www.flickr.com/photos/jimfrazier/321826176/• http://flickr.com/photos/madmask/541758909/in/pool-35034364797@N01• http://www.flickr.com/photos/ianbroyles/238938407/• http://www.flickr.com/photos/retrocactus/874144543/• http://www.flickr.com/photos/ortiz/100910821/

http://www.flickr.com/photos/cote/54408562/

http://flickr.com/photos/mocambique/441710601

http://www.flickr.com/photos/minipixel/1499346710/

http://www.flickr.com/photos/jimfrazier/321826176/

http://flickr.com/photos/madmask/541758909/in/pool-35034364797@N01

http://www.flickr.com/photos/ianbroyles/238938407/

http://www.flickr.com/photos/retrocactus/874144543/

http://www.flickr.com/photos/ortiz/100910821/

George Guimarãeshttp://georgeguimaraes.com

[email protected]: @georgeguimaraes

Muito obrigado! Dúvidas?

www.pagestacker.com

George Guimarãeshttp://georgeguimaraes.com

[email protected]: @georgeguimaraes

Rails Summit 2008 - Web Operations - George Guimarães - Pagestacker

Technology