Escalando Inteligentemente, Gastando Menos: Como Oleksandr Leonhard e DashDevs Transformaram a Infraestrutura em Nuvem com AWS

Quando Oleksandr Leonhard reflete sobre o projeto que marcou um ponto de virada em sua carreira de infraestrutura em nuvem, ele não fala apenas sobre servidores ou arquiteturas. Ele fala sobre impulso — para o produto, para os clientes e para o negócio em si.

Na época, Oleksandr fazia parte da equipe de engenharia da DashDevs, onde estavam construindo uma plataforma interna para gestão de processos de negócios adaptada para empresas de TI.

A ideia era simples: dar às organizações uma maneira de automatizar fluxos de trabalho, visualizar operações e melhorar a coordenação interna. Mas à medida que a plataforma amadureceu e o interesse dos clientes cresceu, ficou claro que a infraestrutura existente não estava pronta para lidar com a pressão — financeira ou tecnicamente.

“Estávamos começando a bater em paredes”, diz Oleksandr. “A infraestrutura era cara de manter, especialmente à medida que a base de usuários crescia e a carga de dados aumentava. Nossos custos de computação eram imprevisíveis, e gastávamos muito tempo de engenharia apenas mantendo a estabilidade do sistema sob carga.”

Reconhecendo que isso se tornaria um problema maior à medida que a empresa escalasse, Oleksandr propôs uma avaliação completa de sua estratégia de nuvem. O objetivo era re-arquitetar o sistema com eficiência de custo, escalabilidade e velocidade de desenvolvimento em mente.

A equipe decidiu migrar sua infraestrutura para o Amazon Web Services (AWS), focando em serviços que reduziriam a sobrecarga e permitiriam que crescessem sem aumentar constantemente os custos de infraestrutura.

O primeiro passo foi enfrentar o componente mais pesado em recursos: os bancos de dados. Ao movê-los para o Amazon RDS, a equipe ganhou backups automatizados, escalabilidade fácil e patches de segurança gerenciados.

Isso eliminou grande parte do trabalho manual que haviam lidado anteriormente, economizando tempo e reduzindo o risco de erro humano. “Com o RDS, podíamos contar com a AWS para lidar com a manutenção essencial”, explica Oleksandr. “Isso reduziu imediatamente nossa carga operacional.”

Em seguida, a equipe se voltou para sua estratégia de computação. Em vez de manter um número estático de máquinas virtuais em execução, independentemente da demanda, implementaram Auto Scaling para instâncias EC2.

Isso permitiu que o sistema ajustasse automaticamente o número de servidores em execução com base no tráfego em tempo real, garantindo que os recursos fossem usados apenas quando necessário. Isso ajudou a suavizar os picos e vales da atividade do usuário sem incorrer em custos desnecessários durante períodos de baixa.

No entanto, a transformação mais significativa ocorreu quando a equipe começou a integrar computação sem servidor via AWS Lambda e AWS Fargate. Ao mover cargas de trabalho específicas para funções Lambda, conseguiram eliminar completamente o custo de servidores ociosos.

Essa mudança de um modelo tradicional baseado em servidores para uma abordagem de função como serviço significava que pagavam apenas pelo tempo de execução real, não por servidores ociosos esperando por solicitações.

“O Lambda mudou fundamentalmente a forma como pensamos sobre escalabilidade”, diz Oleksandr. “Não precisávamos mais estimar o número de servidores que precisaríamos com antecedência. Em vez disso, construímos serviços que podiam escalar automaticamente e de forma econômica.”

Mas adaptar a aplicação para o modelo sem servidor exigiu mais do que uma mudança técnica — demandou uma nova abordagem para o desenvolvimento.

Para acelerar o processo e evitar reengenharia para cada adaptação de cliente, a equipe da DashDevs criou sua própria estrutura interna em cima dos serviços da AWS.

Essa estrutura permitiu que desenvolvessem e implantassem rapidamente novos recursos e fluxos de trabalho, cada um construído como uma função Lambda modular.

“Com a estrutura, podíamos lançar novas funcionalidades em semanas em vez de meses”, observa Oleksandr. “Isso foi uma grande vantagem, especialmente quando os clientes pediam personalizações ou novas capacidades. Podíamos responder mais rápido que nossos concorrentes, e isso também reduziu significativamente os custos de desenvolvimento.”

Após provar a plataforma internamente, a DashDevs começou a oferecê-la a outras empresas, adaptando a solução para se adequar aos processos de negócios únicos de cada cliente.

Graças ao design modular da estrutura, cada implantação foi mais rápida e mais econômica que a anterior. Essa adaptabilidade transformou a atualização inicial da infraestrutura em uma nova fonte de receita para a DashDevs.

Durante o processo de re-arquitetura, a equipe também avaliou se deveria usar o Terraform, especialmente dada sua flexibilidade para infraestrutura como código entre provedores de nuvem.

Embora poderoso, o escopo mais amplo do Terraform veio com uma complexidade que não era necessária para sua pilha focada na AWS.

Em vez disso, optaram pelo AWS CloudFormation, que proporcionou uma integração mais estreita com os serviços da AWS e simplificou a integração de novos engenheiros.

“O CloudFormation nos deu tudo o que precisávamos sem a sobrecarga adicional que vem com o Terraform”, diz Oleksandr. “Isso simplificou nossas implantações e reduziu a curva de aprendizado para a equipe. Para nossos objetivos, a troca fez sentido.”

Claro, a transição para o modelo sem servidor e auto-escalável não foi sem desafios. A equipe encontrou limites de concorrência no AWS Lambda, especialmente durante fases de teste, quando explosões súbitas de solicitações poderiam empurrar o sistema além de seus limites configurados.

Monitoramento e ajuste tornaram-se críticos. Usando o Amazon CloudWatch, eles monitoraram o desempenho das funções, uso de memória e tempos de execução, ajustando configurações para otimizar tanto a velocidade quanto o custo.

Para manter o controle financeiro apertado, implementaram o AWS Cost Explorer junto com um sistema de etiquetagem detalhado para monitorar custos em diferentes serviços, ambientes e projetos de clientes.

Essa visibilidade foi essencial não apenas para o orçamento, mas também para fazer melhorias contínuas em sua infraestrutura.

No final, os resultados foram claros. A DashDevs reduziu os custos de infraestrutura em 25%, entregou um produto mais rápido e confiável, e diminuiu significativamente o tempo necessário para personalizar soluções para novos clientes.

Talvez mais importante, a equipe recuperou a capacidade de se concentrar na inovação do produto em vez de apagar incêndios na infraestrutura.

“Não apenas cortamos custos”, reflete Oleksandr. “Criamos um sistema que nos capacitou a escalar tanto tecnicamente quanto comercialmente.

A combinação dos serviços da AWS e nossa estrutura interna nos permitiu mover mais rápido, gastar menos e ficar à frente da curva.”

Hoje, esse trabalho continua a dar frutos. A plataforma que Oleksandr ajudou a reengenheirar se tornou uma base para múltiplas soluções de clientes, cada uma adaptada, mas econômica, graças ao trabalho que a equipe da DashDevs fez.

“Quando você está construindo infraestrutura, não está apenas resolvendo os problemas de hoje”, diz ele. “Você está configurando a capacidade da sua empresa de crescer sem ser preso pelos custos operacionais. Isso é o que a AWS nos permitiu fazer, e é uma abordagem que levo comigo em cada projeto que assumo.”

Esta história foi publicada originalmente em 3 de setembro de 2022.