Hoje temos o prazer de publicar mais um estudo de caso da utilização da Nuvem da Amazon Web Services. Se você também quer contar sua estória para nós, entre em contato conosco!

O caso é da ZocPrint, uma loja online de impressos e presentes personalizados.

Herbert Fischer, CTO da ZocPrint, nos conta abaixo como usa a nuvem da AWS:

“A Zocprint é uma loja online de impressos e presentes personalizados, desde cartões de visita até capas de smartphones. Temos um catálogo de mais de seis mil designs prontos para o cliente escolher e personalizar. Hoje temos cerca de 30 colaboradores e nossa sede está localizada em São Paulo.

Atualmente, utilizamos AWS para hospedar toda a infraestrutura da loja online e sistemas de backoffice. Antes de migrarmos para o AWS, o site era hospedado num colocation de um provedor americano, onde a prioridade era o custo baixo. Este provedor estava passando por vários problemas de estabilidade em sua rede, ao mesmo tempo que a Zocprint estava buscando melhorar a performance de acesso ao site pelos nossos clientes, problema que poderia ser mitigado com a migração do site para um datacenter no Brasil. Ao tentar aliar esta migração para o Brasil com a preocupação em manter custos, nossa melhor alternativa foi o AWS, onde pudemos trazer o site para o Brasil e utilizar os recursos para crescer ou reduzir a infraestrutura de acordo com a demanda variável de cada dia. Outro ponto importante é que um dos nossos desafios técnicos é a grande quantidade de imagens com que temos que lidar e o uso de storage compartilhado para isso estava se tornando dispendioso no dia-a-dia. Para solucionar este problema, adotamos o S3 com sucesso e hoje não temos mais que nos preocupar com isto.

Eu já possuia alguma experiência com AWS de quando trabalhei em outra empresa e vi o AWS como a oportunidade ideal para startups como a Zocprint. Atualmente, não temos nenhuma outra alternativa além do AWS, que possua datacenter no Brasil, uma API estável, bastante difundida e que possibilite automação e custos acessíveis. Do ponto de vista do negócio, o elemento mais importante foi a melhoria de performance do acesso ao site à um baixo custo, sob demanda e sem custos de aquisição. Do ponto de vista técnico, foi a possibilidade de automatizar quase que todo o processo de manutenção da infraestrutura, termos agilidade para atender picos de tráfego e simplificar a operação do site ao delegar para a AWS a operação de alguns dos componentes da arquitetura.

Atualmente utilizamos os seguintes serviços da Nuvem da Amazon: EC2, EBS, ELB, Route53, RDS, S3, IAM, SES e SNS. Usamos tecnologias como Ubuntu Server Linux, PHP, Puppet, Nginx, Solr, Fabric, Graylog e NewRelic.

A primeira etapa do processo foi definida pelos testes de performance da plataforma sendo executada no AWS. Efetuamos testes com a arquitetura antiga que envolvia o uso de um storage compartilhado. Durante os testes resolvemos adotar o S3 como substituto para o storage compartilhado, implementando uma camada lógica de content-addressable-storage entre a aplicação e o armazenamento dos arquivos, com abstrações para um storage compartilhado e para o S3, desta forma simplificando o processo de migração. Esta alteração na arquitetura do site levou cerca de cinco semanas para ser executada.

Com tal alteração e testes de performance aprovados, iniciamos a etapa de implementação da infraestrutura. Efetuamos todo o mapeamento da instalação e configuração de todos os componentes da arquitetura no Puppet, utilizando um modelo masterless para evitar que um possível servidor puppet seja um ponto único de falha. Também refizemos a automação do processo de deploy para algo compatível com a arquitetura no AWS, utilizando Fabric e Boto. O processo de automação da infraestrutura e migração levou cerca de 5 semanas para ser executada.

Com a utilização do AWS e toda automação envolvida, pude eliminar os gastos com operação terceirizada da infraestrutura e trazer as tarefas remanescentes como parte do trabalho da equipe atual. Economizamos cerca de 80% do custo mensal. Além disso reduzimos o número de problemas e quedas de serviços. Outro ponto que analisamos durante nossa avaliação foi a latência. Considerando-se a comunicação entre nossa solução nos datacenters da AWS em São Paulo e um computador na região de São Paulo, a queda foi de cerca de 170ms, principalmente porque migramos para um datacenter no Brasil”.

E este foi mais um estudo de caso de uso da Nuvem da AWS. Aproveite para também contar sua estória para nós, entre em contato conosco!