Estudo de caso
Lepok
Sobre o cliente
Varejo - Papelaria e Informática
A Lepok é uma empresa do segmento de papelaria e informática, com forte atuação em varejo físico, vendas corporativas e e-commerce, operando em um mercado altamente competitivo e marcado por picos
severos de sazonalidade.
No final de 2018, a empresa enfrentou um ponto de inflexão tecnológico: o ERP utilizado à época passou a exigir uma infraestrutura mais robusta, elástica e alinhada às novas arquiteturas de software. O modelo tradicional on-premises, baseado em CAPEX elevado e limitações físicas, já não acompanhava o ritmo do negócio nem oferecia previsibilidade operacional.
Nesse contexto, a direção da empresa decidiu migrar sua estratégia de investimento de infraestrutura de CAPEX para OPEX, buscando maior flexibilidade, escalabilidade e controle financeiro. Foi nesse momento que se iniciou a parceria com a KXC, com o objetivo de desenhar e implementar uma arquitetura em nuvem da AWS que sustentasse o crescimento do negócio, reduzisse riscos operacionais e preparasse a empresa para evoluções futuras.
O projeto teve início com a migração do e-commerce para a nuvem, seguida posteriormente pela migração completa da infraestrutura do ERP, sempre com foco em continuidade operacional, performance e
alinhamento com os objetivos estratégicos da Lepok.
Problema a ser resolvido
A Lepok é uma empresa varejista brasileira com operação multi-canal: lojas físicas, vendas corporativas (B2B) e e-commerce. Seu ERP baseado em SQL Server on-premises enfrentava desafios críticos ligados à forte sazonalidade do setor de papelaria e material escolar:
- Sazonalidade extrema: a demanda triplica durante picos como volta às aulas (janeiro/fevereiro) e final de ano. O SQL Server on-premises operava com CPU >95% nesses períodos, causando lentidão severa e indisponibilidade do ERP.
- Perda de pedidos estimada em 20% durante eventos de pico — sistemas lentos ou indisponíveis impediam processamento de ordens em momentos críticos de receita.
- Modelo CAPEX rígido: infraestrutura dimensionada para o pico ficava ociosa (CPU <20%) durante os 9 meses de baixa demanda, gerando custo fixo de R$15.000/mês independente do volume.
- Expansão do e-commerce bloqueada pela infraestrutura estática — incapacidade de escalar horizontalmente para suportar tráfego de campanhas sazonais.
- Backup em storage local sem teste de restore formalizado — RPO real desconhecido. RTO estimado em 6+ horas para o ERP.
- VPN precária conectando lojas físicas ao servidor on-premises central — timeouts frequentes no PDV durante picos de vendas.
Solução proposta
Fase 1 — Assessment e Arquitetura para Scaling Sazonal
- Análise de workload sazonal: coleta de histórico de 12 meses de métricas do SQL Server on-premises para identificar padrões de pico (3x baseline). Baseline: db.r6i.large. Pico: db.r6i.xlarge.
- TCO 3 anos comparando modelo CAPEX (hardware on-premises) vs. OPEX AWS: economia de 57% no custo de infraestrutura off-peak com instância db.r6i.large. Pico: escala para db.r6i.xlarge por 6-8 semanas/ano.
- Arquitetura desenhada para elasticidade: Auto Scaling Group na camada de aplicação (EC2) + instância RDS escalável + Read Replica para e-commerce durante picos.
Fase 2 — Migração com AWS DMS
- AWS Schema Conversion Tool (SCT): análise completa do schema SQL Server do ERP da Lepok.
- AWS Database Migration Service (DMS): Full Load + CDC para migração com zero downtime no ERP durante o período de sincronização.
- Migração realizada ANTES do pico sazonal (outubro 2025) para estabilização em produção antes da demanda de fim de ano.
- Cutover em janela de 3 horas (madrugada de domingo) com validação de integridade: row count + DBCC CHECKDB. Zero perda de dados.
Fase 3 — Infraestrutura AWS com Elastic Scaling
- Amazon RDS for SQL Server Standard — db.r6i.large em operação normal (Multi-AZ, sa-east-1a primary + sa-east-1b standby). Escalonamento para db.r6i.xlarge durante picos sazonais via RDS Modify (janela de manutenção pré-agendada).
- Read Replica RDS: criada durante picos sazonais para offload de queries de e-commerce e relatórios de vendas — isola workload de leitura do OLTP do ERP.
- EC2 Auto Scaling Group (Windows Server, camada de aplicação): scale out automático de 2 para 6 instâncias quando CPU >60%. Scale in após pico (economia imediata).
- AWS Site-to-Site VPN (IPSec AES-256): conectividade confiável e criptografada entre as lojas físicas da Lepok e a VPC AWS — eliminou os timeouts do PDV.
- EBS gp3 com Storage Auto Scaling habilitado: cresce automaticamente quando FreeStorageSpace <20% — sem intervenção manual durante picos de dados.
Fase 4 — Automação de Scaling Sazonal
- AWS Systems Manager Automation Document: ‘seasonal-scale-up’ e ‘seasonal-scale-down’ — um único clique (ou agendamento) para escalar/desescalar toda a stack durante picos sazonais.
- Amazon CloudWatch Anomaly Detection: thresholds dinâmicos que se adaptam automaticamente ao padrão sazonal — alertas calibrados para pico vs. baixa temporada sem ajuste manual.
- AWS Backup: políticas com retenção expandida durante pico sazonal (90 dias) e padrão fora do pico (30 dias). Snapshot manual criado antes de cada evento de scaling.
- AWS Systems Manager Patch Manager: patching automatizado em janelas fora do pico para garantir zero manutenção durante períodos críticos de vendas.
Resultados Alcançados
A parceria entre Lepok e KXC resultou em uma transformação estrutural do ambiente tecnológico da empresa, com impactos claros e mensuráveis ao longo de mais de sete anos de colaboração contínua.
Entre os principais resultados alcançados, destacam-se:
- Migração bem-sucedida do e-commerce para a AWS, eliminando gargalos operacionais e garantindo estabilidade mesmo em períodos de alta sazonalidade.
Migração da infraestrutura do ERP com zero downtime, assegurando continuidade total das operações críticas do negócio. - Implementação de uma arquitetura moderna e escalável, com uso de serviços como Amazon RDS e AWS WAF, elevando níveis de performance, segurança e confiabilidade.
- Otimização recorrente de custos, com revisões arquiteturais estratégicas para mitigar impactos de variações cambiais e manter o equilíbrio financeiro do ambiente em nuvem.
- Evolução contínua da plataforma, incluindo testes e adoção de arquiteturas serverless e estratégias de auto-scaling, preparando o ambiente para crescimento sustentável.
- Fortalecimento da maturidade tecnológica da empresa, com aproximação a eventos, boas práticas e novas iniciativas da AWS, incluindo o uso de inteligência artificial como próxima etapa de inovação.
O ambiente atual proporciona à Lepok maior previsibilidade operacional, resiliência tecnológica e capacidade de evolução contínua, consolidando a tecnologia como um habilitador estratégico do negócio — e não apenas como suporte operacional.
Serviços AWS Utilizados
- Migração
- AWS Database Migration Service
- AWS Schema Conversion Tool
- AWS Migration Hub
- Database & Compute
- Amazon RDS SQL Server Standard Multi-AZ
- RDS Read Replica (sazonal)
- Amazon EC2 Windows Server (ASG)
- Application Load Balancer
- Amazon S3 (backup + arquivos)
- Operations & Security
- AWS Site-to-Site VPN (IPSec)
- Amazon CloudWatch + Anomaly Detection
- AWS Systems Manager (Automation + Patch)
- AWS Backup (políticas sazonais)
- AWS KMS (RDS + EBS + S3)
- Amazon VPC + Security Groups
Diagrama de arquitetura
Diagrama de arquitetura — Lepok. Ícones oficiais AWS Architecture Icons.
Resultados e KPIs
| Indicador (KPI) | Resultado | Observação |
|---|---|---|
| Capacidade de pedidos no pico | 2.000 pedidos/h | Antes: 500/h. Aumento de 300%. Target: 1.500/h — superado. |
| Custo de infra off-peak | R$ 6.500/mês | Antes: R$ 15.000/mês (fixo). Redução de 57% no período de baixa demanda. |
| Disponibilidade durante pico sazonal | 99,97% | Antes: ERP indisponível em picos. Zero downtime no pico de fim de ano 2025. |
| Latência de queries do ERP | < 50ms | Antes: 190 a 230 ms. Performance Insights + rightsizing correto. |
| RTO após migração | < 5 minutos | Multi-AZ failover. Antes: 6+ horas (restore manual on-premises). |
| RPO após migração | < 5 minutos | Transaction log backups a cada 5 min. Antes: desconhecido (backup em fita). |
| Pedidos perdidos por indisponibilidade | ~0% | Antes entre 15 a 25 % pedidos perdidos em picos. |
| Economia TCO 3 anos | 57% | vs. custo on-premises (CAPEX hardware + manutenção + licenças + DBA). |