Amazon X Heroku

[Fillipe Norton]

Pessoal, boa noite

Estou começando agora a estudar sobre os assuntos de hospedagem de aplicação rails, deploy, servidores e etc.

O que vocês sugerem com relação a custo X benefício entre uma instância na amazon ou uma máquina no heroku ?

Eu consigo ter um sistema robusto, possívelmente com grande número de usuários e com baixo custo no heroku ?

Agradeço a quem puder me dar dicas das experiências já vividas.

abs

--
Fillipe Norton
@nortonfillipe

[Rodrigo Mendonça]

O heroku usa a infra da amazon. não tenho experiência no amazon para instalar do zero servidores

Vou te passar minha experiência. migrei essa semana minha app de uma vps para o heroku (estava pagando 30 dolares e agora estou pagando 43 dolares por dois dynos )

uma dica se vc utilizar os serviços de un dos parceiros do heroku que é o hirefire ele vai ativar os workers somente quando estiver trabalhos na fila (essa dica vale ouro)... o serviço custa 10 dolares... mas é melhor que pagar 36 dolares pelo worker do heroku full time

o bom do heroku eh que vc não precisa configurar nginx nem nada... vc foca no desenvolvimento e não em infra estrutura...

git push faz o deploy.. bem simples

então estou pagando:

43 dolares pelo heroku

10 dolares pro hirefire desligar e ligar os workers quando necessario

3 dolares pelo manipular de dns que se chama dnssimple (heroku n tem)

?? não sei ainda quando vou pagar pelos uploads do paperclip que estão no amazon, mas sei que é barato (no heroku os uploads tem que ficar no amazon, é facil de configurar e de migrar)

estou muito satisfeito... quando eu precompilo os assets no servidor meu servidor não cai mais (na minha vps e tinha que apagar os assets para depois compilar denovo.. então bugava por cinco minutos até compilar)

configurei o https://www.pingdom.com/ ele pinga minha app de cinco em cinco minutos.. desde que migrei pro heroku meu sistema não caiu nenhuma vez....

espero que minha experiência o ajude

--
Você recebeu essa mensagem porquê está inscrito no Google
Groups "rails-br".
Para enviar uma mensagem para o grupo, mande um email para rail...@googlegroups.com
Para se descadastrar, mande um e-mail para
rails-br+u...@googlegroups.com
Visite o grupo em http://groups.google.com/group/rails-br?hl=pt-BR
Leia nossa política de uso: http://goo.gl/YGgt7

--
Rodrigo Mendonça
(62) 8567-3142

[Brunno dos Santos]

Rodrigo, o add-on do Zerigo não é o suficiente para seu DNS??

Brunno dos Santos

Desenvolvedor Web

@squiter | facebook.com/squiter

Fone: 11 - 7666-4358

Skype: brunno.dos.santos

abstraindo.com | Mangá no Mori | Quadrinhos a Parmegiana

2012/10/11 Rodrigo Mendonça <den...@gmail.com>

[Nelson Haraguchi]

Estamos com um sistema rodando no heroku com 4 dynos e 1 worker. Atendendo a 500mil pageviews mês. Acredito que poderíamos ficar com 3 ou 2. 

O que ficou caro foi o banco de dados que começou a dar problemas pelo grande numero de queries que recebia. Usamos o cleardb e tivemos que pular para uma instância dedicada deles por $400 (ouch) estamos analisando ir para o amazon rds. 

A grande vantagem do heroku é não se preocupar com infra. E focar no negócio. Mas há problemas, ficamos fora do ar com eles umas 2 vezes por mais de 2 horas. Mas ainda indico o heroku.

A diferença é que vc está pagando um PaaS (heroku) e não um IaaS (amazon). Na amazon vc deverá ter certos conhecimentos de sysadmin pra manter a sua infra ok.

Nelson Minor Haraguchi Junior
---

Gtalk: nelso...@gmail.com
Twitter: http://twitter.com/n2m8

Linkedin: http://br.linkedin.com/in/nelsonmhjr

[Fábio Carvalho]

Sres., Bom dia.

Onde consigo um "how to" bem detalhado sobre deploy, pois isso pra mim ainda é um grande mistério. 

Fábio Carvalho

[Fillipe Norton]

Fábio,

Caso sua aplicação esteja no Heroku, seu deploy fica bem menos trabalhoso pra você, o heroku cuida dessa parte

Caso não, sugiro esta ferramenta: Capistrano

Acessando aí você encontra um guia bem explicativo.

[maxguzenski]

Eu tenho uma app (rede social para troca de casais) que tem cerca de 20mil views por dia (ou quase 600mil por mes).

Eu rodo com 2 dyno (unicorn, com 3 forks cada) + 1 worker + um postgres de $200,00 (dedicado)

Tenho também 1.3gb de memcache. E o site faz tudo baseado em cache, evito o máximo acessar o banco ... mas mesmo assim em horario de pico (quando tem mais de 400 online) o site começa a abrir as pernas.

Estamos pensando em migrar para o amazon, e pagar uma maquina com 7.5gb só pro banco de dados.

No horário de pico, mesmo que eu adicione mais 1 ou 2 dynos, a performace não melhora muito, as vezes até piora... meu gargalo ainda é o banco de dados.

Então é isso, eu pago quase $300,00 pro heroku + $500,00 de S3

Mesmo com os problemas que tenho hoje, acho q o heroku foi uma ótima escolha, pois permitiu q eu me concentra-se apenas na app.

[Marcos Piccinini { nofxx }]

Cara, esse heroku é mto caro. E esse negocio de focar na app eh historia tb, subir uma vm no linode ou amazon é mto rápido. 

A maior app aqui da uns 50% a mais q a sua em pageview, heavy writes, roda em 7x vm de 1gb ~ 2 gb. 

Mongo, memcached e redis pro sidekiq... 

São 2 com nginx+unicorn (1xhaproxy) e 5 banco/workers. Essa app usa 2 bancos simultaneamente, um sharded, ambos replicados. 

Dá menos de $500 tudo.

Creditos vao para linode, archlinux, mongodb e ruby ;)

E na vdd nao qro fazer propaganda do linode tb, tenho nada a reclamar, mas hoje estou vendo de migrar p/ amazon por preço mesmo.

[Nelson Haraguchi]

Concordo que subir uma vm ou um cloud seja rápido mas o problema é dar manutenção de serviço e servidor ao invés de desenvolver o produto. É essa a diferença.

_____________________________
Enviado por um Android.
Nelson Haraguchi

[maxguzenski]

exato! no caso do meu site, eu sou o único desenvolvedor/adm... acredito que um dia eu migre direto pra amazon, mas ainda não posso colocar mas essa preocupação no meu projeto (dar manutenção, e acordar de madruga se algo sair do ar).

[maxguzenski]

nofxx

Você poderia me dizer a config exata de cada instância? (small, large, etc) ?

eu estava pensando em montar assim:

1 large: banco (postgres) + redis (que eu só preciso pro sidekiq)

1 medium: para a app em rails em si + 1 worker (eu tenho pouca coisa pro worker fazer)

1 small: para algumas coisas em simples em nodejs (socket.io) e um servidor XMPP (prosody)

1 small: pra proxy e load balance

o memcached eu já uso o Amazon ElasticCache

mas lembre que eu gasto $300,00 de heroku pq tenho o banco de dados dele dedicado de 1.7gb por $200,00 .. e não me preocupo com backup.

[Marcos Piccinini { nofxx }]

Alou max,

3x 1gb app servers

3x 1.5gb db servers

1x haproxy

Bem simples, mas ainda tenho 2 points of failure: preciso configurar um LLVM pro meu haproxy, se ele cai nao tem outro... bem fail. E o redis tb nao ta replicado. Mongo, rails e uns workers/daemons ruby sao todos redundantes.

Entre as maquinas acesso é por iptables mesmo. To usando tincd p/ conectar a parte web com servidores aqui na empresa, e economizo em workers (tenho uns casos de mto processamento e baixa transferencia, perfeito rodar aqui nuns i7)

Conecta no irc, ##ruby-br, pra gente discutir essa parte de infra. Tem mto pouco material sobre, tem q aprender empiricamente a coisa...