Limites da Amazon e da largura de banda

Question

Esta pergunta pode parecer estranha para alguns de vocês, mas eu nunca usei nuvem e, acima de tudo, eu ainda sou iniciante no desenvolvimento web e ficaria realmente agradecido se alguém pudesse responder a algumas das minhas perguntas, embora possam soar estranhas

Por isso, gostaria de implantar um site simples na Amazon. No entanto, estou preocupado com a largura de banda, pois eles cobram 0,12 GB e não posso definir o limite de orçamento.

Meu problema é que eu não gostaria de pagar por 1000 GB de largura de banda se alguém, por algum motivo, decidir baixar um arquivo constantemente

Então alguns de vocês, que têm experiência com a amazon, podem dizer o que acontece se meu aplicativo for capaz de lidar (digamos 50 req / seg 30kb / page) significa que no pior caso eu teria que pagar

req * sec * min * horas * dias * tamanho da página 50 * 60 * 60 * 24 * 30 * 30kb = 3888 GB

    

Answer 1

So could some of you, who have experience with amazon, tell what happens if my app is able to handle (say 50 req/sec 30kb/page) does that mean that in the worst case I would have to pay

req * sec * min * hours * days * page size 50 * 60 * 60 * 24 * 30 * 30kb = 3888GB

Sim, a matemática está correta - no entanto, você precisa ter um site bem trafegado para chegar perto dessa quantidade de largura de banda. Se alguém decidir baixar um arquivo constantemente, basta restringir a largura de banda de e para um ip. Há várias formas de evitar o abuso de largura de banda.

Claro, você sempre pode ser atingido pelo tráfego de botnet, mas você não está fazendo nada para irritar um bot-herder, certo? =) Não há muito que pode ser feito nesses casos, exceto se você já tiver uma rede de mitigação de CDN ou DDoS em vigor. O que me leva à minha próxima sugestão:

Use um CDN, especialmente um gratuito, como, talvez, CloudFlare. Eles podem ajudar a fornecer seu conteúdo e usar menos largura de banda da Amazon de saída.

P.S. Se você está enviando T-bits de tráfego todos os meses e não está monetizando de alguma forma, você pode querer considerar algumas aulas de negócios em uma faculdade local. =)

    

Answer 2

Você paga pela largura de banda (de saída) usada, ponto final. A largura de banda de entrada não tem custo, mas no seu caso, muito pouco da largura de banda usada será de entrada.

Se você está apenas começando a fazer isso (o que parece que você é), eu recomendo começar com um provedor que ofereça uma certa quantidade de largura de banda incluída nos custos de aluguel do servidor. O Linode, por exemplo, oferece transferência de 200 GB com o menor plano. A menos que você tenha um lançamento incrivelmente bem-sucedido (ou esteja atendendo a alguns arquivos muito grandes), isso deve agradá-lo muito bem.

Depois que você tiver uma ideia de quanto de largura de banda seu site e seus usuários consumirão, você poderá planejar melhor (e fazer um orçamento) para migrar para a AWS, se sentir necessidade.

    

Answer 3

Em maio de 2012, a Amazon adicionou a capacidade de receber alertas (via e-mail / sms) quando estima que sua fatura mensal será superior a um determinado preço link

    

Answer 4

Lembre-se de algumas otimizações que você pode fazer para tornar seu site rentável.

1. Cache css, javascript e imagens na máquina do cliente
2. Ative a compactação gzip, que deve levar seus 30kb para cerca de 7kb

Mais algumas idéias sobre o que você pode fazer podem ser encontradas aqui link

A melhor coisa que você pode fazer para reduzir os custos de largura de banda é reduzir a largura de banda que você usa. O EC2 não é tão caro assim. Tenho a sensação de que você gastará muito mais dinheiro em servidores do que a sua largura de banda. Também tenha em mente que os 50 req / seg são o seu horário de pico, provavelmente você não terá 50 req / seg para o dia inteiro. Calcular a largura de banda é muito mais complicado do que apenas dizer que sua página é 30kb e você quer suportar 50 req / seg.