Pergunta

Eu li muito sobre as possibilidades de Nuvem Amazonas computação, como S3 ou EC2 e me perguntei se alguém realmente usa isso para aplicativos de missão crítica.Você hospeda o site da sua empresa na nuvem?Você armazena arquivos lá?Você executa seus servidores de construção na nuvem?

Já existem alguns serviços como Escalar ou WeoCeo isso poderia te ajudar nessa tarefa, mas não sei se a gestão já está no ponto em que isso é um problema real...


editar Gostaria de acrescentar outro ponto:Você acha que existem escondido problemas nas licenças da AWS que impediriam você (e/ou sua empresa) de terceirizar aplicativos ou até mesmo partes de aplicativos para a nuvem?

editar Você conhece algumas estatísticas que comparam os tempos gerais de interrupção do S3 ou EC2 e seus próprios serviços de hospedagem ou de terceiros?

Foi útil?

Solução

Configurei duas instâncias do meu aplicativo no EC2 e tenho usado o S3 como backup local para AWS e entrega de ativos de mídia.Movemos cerca de 15% do conteúdo/tráfego de nossos aplicativos para EC2 em meados de junho.O resultado é misto e estamos transferindo a instância de uso intenso de conteúdo de volta para nosso data center hospedado e agora investigando outras opções de entrega de conteúdo.

Observe que:

  1. Meu aplicativo consome muita largura de banda (a partir de 100 Mbps por instância)
  2. A minha empresa e eu estamos sediados na Suíça e isso certamente teve um impacto na nossa avaliação.
  3. Defino largura de banda como uma taxa de fluxo (mbps, etc.) e tráfego como volume (mb, gb, etc.)

Prós:

  • Custos de tráfego para volumes baixos a médios, assumindo menos de um terabyte por mês.Ultrapasse essa linha difusa e faça você mesmo ou encontre um CDN adequado
  • Comunidade de usuários ativa
  • Largura de banda efetivamente ilimitada com conteúdo entregue por S3/CloudFront
  • Flexibilidade (iniciar uma instância e executá-la em minutos)
  • A potência da CPU disponível em uma instância, mesmo do tipo de instância pequena, sempre foi suficiente para meu aplicativo.Existem outros tipos de instância com alta CPU para quem precisa.

Contras:

  • Uma instância ficou inacessível (uma ocorrência não inédita) e executamos nosso procedimento de recuperação de desastres.12h.
  • A latência da rede, tanto para S3 quanto para EC2, pode ser inaceitavelmente alta (100s de ms)
  • A largura de banda da instância EC2 é limitada.Apesar de horas de pesquisa, nunca encontrei uma declaração oficial com números concretos sobre o que os usuários podem esperar.Inicialmente vimos um máximo de ~250mpbs nos testes, mas isso parece ter melhorado dramaticamente.
  • A largura de banda por conexão HTTP pode ser inaceitavelmente baixa.1-2 Mbps até mesmo do nosso data center suíço com uma conexão de 800 Mbps e peering de qualidade.EDITAR:Recentemente, vimos taxas entre nosso data center e EC2 na faixa de 3 a 4 Mbps.
  • S3 não é um sistema de arquivos ‘normal’, e é necessário software especial.Escolhemos o JungleDisk, que agora considero inadequado para um ambiente de servidor de conjunto de dados de tamanho moderado, 24 horas por dia, 7 dias por semana.Coisas estranhas aconteceriam (arquivo listado duas vezes com um comando 'ls') e travamentos inesperados. Usar EBS para dados persistentes, embora isso seja não sem ressalvas.
  • S3 é não um CDN.Minha empresa, como muitas outras, tentou usar o Amazon S3 como CDN.Existem outras alternativas de baixo custo por aí.(Akamai, voxel.net, easycache.com)

Sou um fã do conceito de nuvem e continuaremos executando uma instância do EC2, mas achamos isso inadequado para nossas principais necessidades de produção em sua forma atual.A AWS tem alguns problemas para resolver.

Outras dicas

Atualmente estou usando o S3 para hospedagem de vídeo e adoro isso.Se você estiver usando .NET, reserve um pouco de tempo para integrar a configuração ao seu site.Eu recomendo seus serviços.

A única coisa que achei difícil foi que você tinha que gastar mais de 100 para obter o nível de serviço prata. Nosso site gastará esse valor eventualmente, mas ainda nem estamos na versão beta.Não tive dúvidas, só queria ver como era o apoio deles.

O suporte foi ótimo e muito útil, porém eu teria gostado de poder tirar algumas dúvidas sem ter que colocar no bolso (ou melhor, no bolso do chefe)

Ah, não tive nenhum problema de licença.

Comparativamente, pelo dinheiro, eu escolheria o S3 acima de outros serviços de hospedagem porque seu alcance é muito vasto e o preço é muito baixo.

Em relação à confiabilidade

Não tenho nada em execução em um serviço de nuvem, mas gostaria de abordar o problema de confiabilidade.

Tenho certeza de que a equipe da Amazon tem muito mais experiência e recursos disponíveis para administrar um site pesado do que eu.Eles ficaram inativos por algumas horas na semana passada, mas acredito que, no geral, o tempo de atividade deles será melhor do que se você ou eu tivéssemos por conta própria, com nosso nível atual de experiência e recursos.

Estou usando o S3 para hospedagem de imagens (atualmente mais de 5 milhões de arquivos) e para backups de servidores.Usei EC2 para processamento de imagens e SQS para coordenação entre essas tarefas.Devo dizer que removi o EC2, pois para essa tarefa específica, o servidor não virtualizado provou ser 10x mais rápido.E escrevi minha própria solução de enfileiramento usando mysql, que provou ser muito mais rápida e não tinha um vínculo estreito com a AWS.

Há uma postagem importante em Coding Aloud [http://www.codingaloud.com/2008/01/going-bankrupt-with-amazon-s3.html] chamado Going Bankrupt With Amazon S3, dê uma olhada.

Isenção de responsabilidade:Eu era um estudante de graduação na UCSB, que lançou o software que estou prestes a mencionar.

Se você está preocupado com a propriedade da nuvem (por exemplo, não possuir fisicamente suas caixas de nuvem), você pode querer dar uma olhada em Eucalipto.É compatível com a API EC2 e permite usar seus servidores, além de ser de código aberto para que você possa ver exatamente o que está acontecendo.

Mas para a questão real, não, não hospedamos nosso site na nuvem, embora certamente tenhamos muitas ideias de coisas para fazer nele.

Para sua segunda edição, confira Status da nuvem.Ele monitora o material da AWS e o Google App Engine em busca de interrupções e desempenho.A Amazon também rastreia suas interrupções em http://status.aws.amazon.com/.

Armazenamos os arquivos de nossa empresa no S3 para que possam ser acessados ​​pelos funcionários em trânsito.Extremamente barato e fácil.Muitos aplicativos para acessar seus arquivos no S3.O que usamos é um bom gerenciador de arquivos online: S3fm.

Um grupo de amigos e eu estamos trabalhando em um aplicativo que fica na nuvem.No entanto, a parte da nuvem em que ele reside está sob nosso controle.Eu nunca confiaria em terceiros para fazer esse tipo de levantamento em meu aplicativo, porque não tenho controle sobre ele.A recente interrupção do Amazon S3 é uma excelente ilustração do porquê.

E eu absolutamente, positivamente, nunca colocaria qualquer parte da minha infraestrutura (por exemplo) nos servidores da Amazon.Servidores de construção, código-fonte, etc., são sempre rigidamente controlados.Não apenas por causa da potencial falta de confiabilidade, mas porque considero as licenças para esses serviços excessivamente permissivas para o provedor de serviços.Além disso, um host* sem escrúpulos poderia pegar meu código-fonte e usá-lo para seus próprios fins, mesmo que algo assim não seja legalizado pelo contrato de licença que eu teria que aceitar para usar o serviço.

*Provavelmente não se aplica à Amazon, mas nunca ouvi falar dos outros dois que você mencionou e, até que eles existam por cerca de dez anos, provavelmente não confiaria neles ou em quaisquer serviços semelhantes.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top