Hoje, Amazon Web Services é um pilar no mercado de serviços de infraestrutura em nuvem, um rolo compressor de $ 60 bilhões de um negócio. Mas em 2008, ele ainda era novo, trabalhando para se manter acima da água e lidar com a crescente demanda por seus servidores em nuvem. Na verdade, há 15 anos na semana passada, a empresa lançou o Amazon EC2 em beta. Desse ponto em diante, a AWS ofereceu às startups poder de computação ilimitado, um ponto de venda principal na época.
EC2 foi uma das primeiras tentativas reais de vender computação elástica em escala – ou seja, recursos de servidor que aumentariam conforme a necessidade e iriam embora quando você não precisasse. Como Jeff Bezos disse no início apresentação de vendas para startups em 2008, “você quer estar preparado para a queda de um raio, […] porque se não for isso vai gerar um grande arrependimento. Se um raio cai e você não está pronto para isso, é meio difícil de conviver. Ao mesmo tempo, você não quer preparar sua infraestrutura física para níveis de arrogância caso o raio não caia. Então, [AWS] meio que ajuda nessa situação difícil. ”
Um teste inicial dessa proposta de valor ocorreu quando um de seus clientes iniciais, a Animoto, escalou de 25.000 para 250.000 usuários em um período de 4 dias em 2008, logo após o lançamento do aplicativo Facebook da empresa na South by Southwest.
Na época, o Animoto era um aplicativo voltado para o consumidor que permitia ao usuário fazer upload de fotos e transformá-las em um vídeo com música de fundo. Embora esse produto possa parecer inofensivo hoje, era o que há de mais moderno naquela época e usava uma boa quantidade de recursos de computação para construir cada vídeo. Foi uma representação inicial de não apenas Conteúdo gerado pelo usuário da Web 2.0, mas também o casamento da computação móvel com a nuvem, algo que hoje consideramos natural.
Para a Animoto, lançada em 2006, escolher a AWS era uma proposta arriscada, mas a empresa descobriu que tentar executar sua própria infraestrutura era ainda mais arriscada devido à natureza dinâmica da demanda por seu serviço. Ligar seus próprios servidores envolveria enormes despesas de capital. A Animoto inicialmente seguiu esse caminho antes de voltar sua atenção para a AWS porque estava construindo antes de atrair o financiamento inicial, explicou Brad Jefferson, cofundador e CEO da empresa.
“Começamos a construir nossos próprios servidores, pensando que tínhamos que provar o conceito com algo. E quando começamos a fazer isso e ganhamos mais tração de uma perspectiva de prova de conceito e começamos a permitir que certas pessoas usassem o produto, demos um passo para trás e pensamos, bem, é fácil nos prepararmos para o fracasso, mas o que nós precisamos nos preparar para o sucesso ”, disse Jefferson.
Seguir a AWS pode parecer uma decisão fácil sabendo o que sabemos hoje, mas em 2007 a empresa estava realmente colocando seu destino nas mãos de um conceito ainda não comprovado.
“É muito interessante ver o quão longe a AWS foi e o EC2 chegou, mas naquela época era realmente uma aposta. Quer dizer, estávamos conversando com uma empresa de comércio eletrônico [about running our infrastructure]. E eles estão tentando nos convencer de que terão esses servidores e serão totalmente dinâmicos e, por isso, foi muito [risky]. Agora, olhando para trás, parece óbvio, mas era um risco para uma empresa como a nossa apostar neles naquela época ”, disse Jefferson.
A Animoto teve que não apenas confiar que a AWS poderia fazer o que afirmava, mas também teve que passar seis meses rearquitetando seu software para rodar na nuvem da Amazon. Mas, à medida que Jefferson calculava os números, a escolha fez sentido. Na época, o modelo de negócios do Animoto era grátis para um vídeo de 30 segundos, US $ 5 para um clipe mais longo ou US $ 30 para um ano. Enquanto ele tentava modelar o nível de recursos de que sua empresa precisaria para fazer seu modelo funcionar, ficou muito difícil, então ele e seus co-fundadores decidiram apostar na AWS e torcer para que funcionasse quando e se um pico de uso chegasse.
Esse teste veio no ano seguinte na South by Southwest, quando a empresa lançou um aplicativo do Facebook, o que levou a um aumento na demanda, por sua vez empurrando os limites das capacidades da AWS na época. Algumas semanas depois que a startup lançou seu novo aplicativo, o interesse explodiu e a Amazon ficou lutando para encontrar os recursos apropriados para manter o Animoto funcionando.
Dave Brown, que hoje é vice-presidente de EC2 da Amazon e engenheiro da equipe em 2008, disse que “todos [Animoto] o vídeo iniciaria, utilizaria e encerraria uma instância separada do EC2. No mês anterior, eles usaram entre 50 e 100 instâncias [per day]. Na terça-feira, seu uso atingiu o pico em cerca de 400, na quarta foi 900 e, em seguida, 3.400 ocorrências na manhã de sexta-feira. ” O Animoto conseguiu acompanhar o aumento da demanda e a AWS conseguiu fornecer os recursos necessários para isso. Seu uso finalmente atingiu o pico de 5000 instâncias antes de se estabilizar, provando no processo que a computação elástica poderia realmente funcionar.
Nesse ponto, porém, Jefferson disse que sua empresa não estava apenas confiando no marketing da EC2. Ficava regularmente ao telefone com executivos da AWS, certificando-se de que seu serviço não entraria em colapso sob essa demanda crescente. “E o mais importante foi, você pode nos conseguir mais servidores, Ce precisamos de mais servidores. Para seu crédito, não sei como eles fizeram isso – se eles tiraram o poder de processamento de seu próprio site ou de outros – mas eles foram capazes de nos levar onde precisávamos estar. E então fomos capazes de passar por aquele pico e então algumas coisas se acalmaram naturalmente ”, disse ele.
A história de manter o Animoto online se tornou o principal argumento de venda da empresa, e a Amazon foi, na verdade, a primeira empresa a investir na startup além de amigos e familiares. Ela arrecadou um total de $ 30 milhões ao longo do caminho, com seu último financiamento chegando em 2011. Hoje, a empresa é mais uma operação B2B, ajudando os departamentos de marketing a criar vídeos com facilidade.
Embora Jefferson não tenha discutido os detalhes sobre os custos, ele apontou que o preço de tentar manter servidores que permaneceriam inativos na maior parte do tempo não era uma abordagem sustentável para sua empresa. A computação em nuvem acabou sendo o modelo perfeito e Jefferson diz que sua empresa ainda é um cliente da AWS até hoje.
Embora o objetivo da computação em nuvem sempre tenha sido fornecer a quantidade de computação necessária sob demanda, sempre que precisar, este conjunto específico de circunstâncias coloca essa noção à prova em grande estilo.
Hoje, a ideia de ter problemas para gerar 3.400 instâncias parece estranha, especialmente quando você considera que a Amazon processa 60 milhões de instâncias todos os dias agora, mas naquela época era um grande desafio e ajudou a mostrar às startups que a ideia de computação elástica era mais do que teoria.