Alugando um servidor “EC2” VS comprando um (para uma inicialização em etapas iniciais)

1

Somos uma pequena empresa nos estágios iniciais e estamos trabalhando em um produto Rails baseado em SaaS. Atualmente, usamos o EC2 para uma instância pequena e necessitamos de outra instância grande / extra-grande à medida que começamos a implantar na nuvem e nos preparamos para liberar nossa versão "alfa". Embora o EC2 tenha sido a minha escolha por várias razões (confiabilidade, acessibilidade - equipe pequena está geograficamente dispersa, capacidade de manutenção e coisas dessa natureza), ela parece ser bastante cara.

Embora o produto seja finalmente implantado na Nuvem (seja EC2 ou não) e essa experiência ajudaria a equipe de desenvolvimento, faria sentido comprar um servidor físico e colocá-lo no porão ou morder a bala e pagar o preço para o EC2 (ou outros Cloud Providers)?

Embora tais decisões sejam motivadas por inúmeros fatores, isso certamente ajudaria a entender os pensamentos de outras pessoas que podem estar em situações semelhantes. Por isso, o post. Muito obrigado!

    
por krish p 06.09.2011 / 03:38

2 respostas

4

A computação em nuvem também é chamada de "computação utilitária", e você pode aproveitar essa analogia para sua própria análise. Fizemos nossa própria análise do papel dos serviços em nuvem no fornecimento de serviços de computação e, sim, o custo é bastante alto. Especialmente para o serviço 24/7/365.

Uma pilha de SaaS terá um certo número de máquinas sempre em execução apenas para manter a infraestrutura da base de base, e isso é sem qualquer carga de usuário no sistema. Os servidores e serviços que você precisa para isso são a base para a "carga básica" de sua empresa de utilitários de software.

"Base load" é um termo usado na indústria elétrica para a demanda elétrica mínima que eles fornecem. A capacidade de geração que fornece carga básica é de usinas que demoram para girar e girar, como carvão ou energia nuclear, ou aquelas que fornecem um suprimento constante, independentemente da hora do dia, como a hidrelétrica. A carga variável, a demanda acima da carga básica, é fornecida por estações de energia que podem ser giradas para cima e para baixo muito rapidamente, como o gás natural, ou variam de acordo com a hora do dia, como a solar ou a eólica.

Para o SaaS, a carga básica é a carga necessária apenas para ter sua infraestrutura atualizada, além da carga mínima gerada por seus consumidores. Se os seus clientes mantêm um horário comercial rigoroso, a sua infraestrutura pode não fazer nada durante 12 horas por dia. Se eles são globais, ou consumidores, a carga será o dia todo todos os dias.

Quando se trata de computação SaaS e utilitários, geralmente (embora nem sempre!) é mais econômico fornecer carga básica a partir da infraestrutura que você possui. O Cloud é ótimo para fornecer a carga variável acima da carga básica, já que nem sempre precisa estar em execução. É por isso que você também cria a capacidade de implantar rapidamente (e destruir) a nuvem para lidar com cargas de pico e criar seu aplicativo para escalabilidade horizontal.

Nos estágios iniciais, quando você tem talvez três servidores guiando seu aplicativo, a decisão física / virtual é muito mais confusa; Eu não posso te dizer o que é melhor. Depois de crescer horizontalmente, ele começa a fazer cada vez mais sentido fornecer a carga básica de sua própria infraestrutura, em vez de usar a infraestrutura compartilhada.

Isso está falando estritamente financeiramente, o que é importante. No entanto, é tão importante sua capacidade de manter a infraestrutura. Se você está totalmente disperso e não planeja ter um de seus funcionários perto de um datacenter para lidar com problemas de hardware, o custo adicional de uma infraestrutura totalmente virtual vale a despesa.

Em algum ponto do crescimento da sua aplicação, você chegará ao ponto em que executar o seu próprio pode fazer muito mais sentido. Isso pode ser muito distante, ou bem próximo, tudo depende do que você está fazendo com o seu aplicativo SaaS e como ele funciona.

    
por 06.09.2011 / 04:18
0

O Amazon EC2 parece custar muito quando se fala em instâncias "sob demanda". Mas os preços para "Instâncias Reservadas" parecem razoáveis o suficiente quando executados apenas alguns servidores. Custa aproximadamente 2000 $ por ano para executar uma instância extra grande. Custa bem o suficiente para comprar um novo servidor com as mesmas características, mas não muito em comparação com os salários que você deve pagar pelos funcionários de TI responsáveis por supervisioná-lo.

Além disso, como o Google, a Microsoft e muitos outros fornecedores entraram no mercado de IaaS, acho que os preços reduziriam os preços durante a concorrência.

Falando sobre servidores de carga básica, devo mencionar, alguns aplicativos e serviços não só devem estar disponíveis 365x24x7, mas para alguns serviços a cada hora de indisponibilidade significa muitas perdas de negócios. Eu ouvi uma história de grande empresa de publicidade seus servidores para a Amazon apenas para ter certeza de que não haverá falta de energia. Poucos datacenters poderiam fornecer SLA e confiança comparáveis à Amazon (por preços razoáveis, é claro).

    
por 27.10.2013 / 21:37

Tags