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

  • AWS Database Migration Service
  • AWS Schema Conversion Tool
  • AWS Migration Hub
  • Amazon RDS SQL Server Standard Multi-AZ
  • RDS Read Replica (sazonal)
  • Amazon EC2 Windows Server (ASG)
  • Application Load Balancer
  • Amazon S3 (backup + arquivos)
  • 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).

Nosso website coleta informações do seu dispositivo e da sua navegação por meio de cookies para permitir funcionalidades como: melhorar o funcionamento técnico das páginas, mensurar a audiência do website e oferecer produtos e serviços relevantes por meio de anúncios personalizados. Para saber mais sobre as informações de cookies que coletamos, acesse a nossa Política de Privacidade e Política de Cookies. Caso você não concorde com as políticas de privacidade ou cookies, por favor feche este website.