Como eu faço para calcular quanto gastasse em média com Servidores para App e Site?

[Cassio Bartolomei]

Se eu quiser fazer uma projeção de despesas até 100 mil usuários ativos, como eu faço para fazer esse cálculo? Baseando-se em uma aplicação que não exigirá mto pois o user não terá mto content, todo o content será nosso.

[Lucas Schirm]

Olá Cassio,

Geralmente o custo/usuário de uma aplicação reduz conforme a quantidade de usuários aumenta, mas este é um cálculo difícil de ser feito, a calculadora da AWS ajuda bastante, na hora de usar esta calculadora você terá que ter uma noção de:

• Seu usuários vão enviar arquivos? Quantos por usuário? qual média de utilização mensal
  Calcule a banda de inbound que você irá utilizar, e IO a ser utilizado
  
  
• Usuários vão baixar arquivos deste usuários?
  Calcular outbound e IO gasto neste processo
  
  
• Vai ter processamento? Processamento é único, ou escala com os usuários? Um bom analista vai te dar uma noção de ciclos de processamentos se você tiver uma boa documentação, se for coisa grande vc precisa pensar em desenvolver isso escalando para vários servidores ou ter algo grande, aumenta seu custo de desenvolvimento ou tempo de processamento, você escolhe.
  Calcular quanto de memória e processador vai precisar, precisa deles o tempo todo? Sua aplicação consegue controlar a demanda e subir instâncias conf. necessário?

È isso, consumo de:

• DISCO
• Memória
• Processamento 

Inclui o banco de dados como processamento.

Outra coisa, se economizar com recurso de hardware ou banda for imprescindível você deve contar com bons desenvolvedores para descobrir onde esta o bicho papão da sua conta e desenvolver a aplicação, por exemplo, na própria amazon é mais barato manter alguns dados na memória do que em disco dependendo do caso, então pode ser que ter uma camada de MEM_CACHE te economize algum dinheiro.

Se for necessário uma consultoria especializada recomendo a Seven Internet www.seven.com.br pessoal la entende bem de infra.

Att,

Lucas Schirm

Em 3 de fevereiro de 2015 18:36, Cassio Bartolomei <cassio.si...@gmail.com> escreveu:

Se eu quiser fazer uma projeção de despesas até 100 mil usuários ativos, como eu faço para fazer esse cálculo? Baseando-se em uma aplicação que não exigirá mto pois o user não terá mto content, todo o content será nosso.

--
Você recebeu essa mensagem porque está inscrito no grupo "Startup Brasil" dos Grupos do Google.
Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para startup-brasi...@googlegroups.com.
Para postar nesse grupo, envie um e-mail para startup...@googlegroups.com.
Acesse esse grupo em http://groups.google.com/group/startup-brasil.
Para ver essa discussão na Web, acesse https://groups.google.com/d/msgid/startup-brasil/b07c2a02-48fc-4a8e-886d-f71203d93152%40googlegroups.com.
Para mais opções, acesse https://groups.google.com/d/optout.

[Iuri]

Qual sua definição para usuários ativos? São usuários simultâneos? Ou a definição do Google Analytics? Isso faz bastante diferença.

Acho que é a definição do Analytics, porque 100k usuários simultâneos é um problema gigante.

Como o conteúdo é seu, é muito fácil fazer cache. 100k não chega a ser um problema. Tenho site de 500k usuários rodando em VM de 1GB da Digital Ocean, com conteúdo razoavelmente estático.

Para ver essa discussão na Web, acesse https://groups.google.com/d/msgid/startup-brasil/CAFzVQVyeJFBbW99CHSw3xbdhZ8WxLzQRJ6zPoyfLzGpQbWn-Ug%40mail.gmail.com.

[Leonardo Pinto de Alkmim]

Isso depende de alguns aspectos: a arquitetura do seu sistema, a quantidade de usuários simultâneos e a complexidade do que está sendo executado. Conteúdo estático tem um consumo muito baixo, processos que envolvem cálculos de combinações que crescem exponencialmente vão no sentido oposto.

Abraços!
Leonardo Alkmim

2015-02-03 18:36 GMT-02:00 Cassio Bartolomei <cassio.si...@gmail.com>:

Se eu quiser fazer uma projeção de despesas até 100 mil usuários ativos, como eu faço para fazer esse cálculo? Baseando-se em uma aplicação que não exigirá mto pois o user não terá mto content, todo o content será nosso.

[felipe bastos]

Faz a projeção do Banco ..

Pode ser por um teste de stress ... Define um tamanho médio dos dados, e usa sua aplicação para popular o banco com dados fictícios ou inválidos, usa o Apache AB ou JMeter .. aproveita e simula a quantidade de acessos simultâneos que deseja.

Depois é só calcular o consumo médio do banco de acordo com os acessos simultâneos e fazer a projeção.

Para ver essa discussão na Web, acesse https://groups.google.com/d/msgid/startup-brasil/CAAsTL16GmbFfApe%2B1JEGJTqRU4yENsn-WXXVZUgYpcDVoYsvRg%40mail.gmail.com.

Para mais opções, acesse https://groups.google.com/d/optout.

--

http://agilesocial.net

http://twitter.com/felipebastosweb
http://facebook.com/felipebastosweb

[Daniel Checchia]

Cássio, tudo bem?

Este "número mágico" é difícil de se atingir; Em primeiro lugar, você precisa garantir uma infraestrutura que suporte 100k simultaneos (não é simples - dou consultoria de Arquitetura de Aplicações e sei o quanto é difícil chegar em um tunning de aplicação que comporte este volume).

A melhor maneira de se chegar em um número é:

1) Monte um ambiente para testes

2) Simule o limite de conexões simultaneas que o ambiente comporta (Apache AB, JMeter), principalmente transações (se for um e-commerce, simule um compra desde o catálogo até o carrinho finalizado)

3) Analise o comportamento do seu usuário; Quanto tempo ele fica navegando pelo seu conteúdo, quantidade de páginas acessadas, tamanho de suas páginas acessadas, tempo de load)

4) Aplique uma estimativa, baseada nas infos do ítem 3, que te possibilite dar uma noção de quantos usuários simultâneos você terá dentro desta base de 100k ativos

5) com base no limite de conexões (item 2) e do número de simultaneos (ítem 4) que são suportados, dimensione a infra necessária

6) Com base na tabela de preços do seu provedor, aplique os valores na infra necessária.

Você irá se assustar; É capaz de você perceber no ítem 2 que sua aplicação não suporta um número grande de transações e sua infra vai custar muito caro; Você perceberá a necessidade de trabalhar a arquitetura para que ela possa "aguentar" um número maior de conexões simultâneas, reduzindo custos.

Cordialmente,

---

Daniel Checchia

| Cloud Architect | IaaS | PaaS | Cloud | AWS | CloudStack | OpenStack | Opscode Chef | Tech Visionary & Worklover |

| T: 11 98305 7387  |  http://checchia.net  |  @checchia  |

Para ver essa discussão na Web, acesse https://groups.google.com/d/msgid/startup-brasil/CAPY_%3DF6yPZVE5r4x5aD_CtG8nx-MOv8cp-DO1jqdGq8eUwJrjQ%40mail.gmail.com.

[Leonardo Pinto de Alkmim]

Esqueci esquecendo de comentar: uma plataforma cuja uma de suas principais características é a escalabilidade é o NodeJS. Se você ainda não tem nada construído, sugiro dar uma estudada nela antes de definir sua linguagem.

Abraços!
Leonardo Alkmim

[Leonardo S]

Case study: why switch to Node.js? | LinkedIn

• Servers were cut to 3 from 30. Enough headroom remains to handle 10x current levels of resource utilization.
  
• Much better performance and lower memory overhead than other tested options, running up to 20x faster in some scenarios
  

http://highscalability.com/blog/2012/10/4/linkedin-moved-from-rails-to-node-27-servers-cut-and-up-to-2.html

Para ver essa discussão na Web, acesse https://groups.google.com/d/msgid/startup-brasil/CAAsTL15RkoVr5SVmGv0%2Bmp5tck5xSVV2tUdnYbgtiYm%3Dfno_sw%40mail.gmail.com.