Case de Sucesso

    Escalabilidade com DevOps na Pakman

    Escalabilidade com DevOps na Pakman

    Como a Pakman construiu uma infraestrutura serverless escalável na AWS para acompanhar o crescimento exponencial da logística de last mile no e-commerce.

    3 min de leitura
    dataRain Team

    A Pakman é uma Logtech especializada em serviços de Last Mile. Desde desenvolvimento à execução de soluções para empresas que possuem necessidade de entrega com excelência, pontualidade e rastreamento para otimizar a experiência do cliente.

    Acompanhe a jornada

    Navegue pelas etapas da transformação deste projeto

    Etapa 1 de 6

    Last Mile precisa de escala

    A Pakman é uma Logtech especializada em Last Mile. Com o crescimento exponencial do e-commerce, precisava de infraestrutura que acompanhasse a demanda de entregas.

    Sem a transformação

    Gestão inadequada do tempo de entrega e falta de visibilidade em tempo real

    Com a dataRain

    Plataforma escalável para gerenciar entregas com eficiência e rastreamento

    Desafio

    O maior desafio da Pakman estava ligado à necessidade de entrega eficiente e pontual. Antes da infraestrutura AWS, a empresa enfrentava:

    • Gestão inadequada do tempo de entrega — resultando em insatisfação dos clientes
    • Falta de visibilidade em tempo real — dificultando a resposta a eventos imprevistos
    • Limitações na otimização dinâmica de rotas — comprometendo a adaptação a mudanças no tráfego e na demanda

    Os clientes buscam cada vez mais conveniência e agilidade nas últimas etapas do processo logístico, e a Pakman precisava de uma infraestrutura que acompanhasse esse ritmo.

    Início da solução

    A implantação apresenta uma abordagem técnica para solucionar desafios específicos no domínio da logística, com foco na escalabilidade. Diante do crescimento exponencial nos pedidos de logística provenientes do comércio eletrônico, a empresa desenvolveu uma arquitetura robusta e altamente escalável.

    A estrutura técnica implementada foi projetada para lidar eficientemente com o aumento substancial na demanda logística, oferecendo uma solução eficaz para os desafios inerentes à gestão de pedidos em grande escala. Ao priorizar a escalabilidade, com a infraestrutura da AWS conseguimos crescer de maneira sinérgica com o aumento das operações do e-commerce, proporcionando uma experiência de logística ágil e confiável.

    Resolução

    • Arquitetura sem servidor: A Pakman desenvolveu toda a sua estrutura com base em uma arquitetura sem servidor. O AWS Lambda é encarregado do processamento, enquanto o AWS API Gateway possibilita a acessibilidade pela internet, e o AWS DynamoDB/RDS atua como camada de dados.

    • Gestão de acesso: Os programadores têm acesso programático e por console, com permissões personalizadas em conformidade com o princípio do menor privilégio. Os usuários do AWS IAM são utilizados exclusivamente para acessar o pipeline, construir recursos sem servidor e implementar aplicações.

    • Monitoramento e registros: A Pakman utiliza o AWS CloudWatch como sua principal ferramenta de monitoramento para logs e métricas. Desenvolveram um painel personalizado que abrange o monitoramento da infraestrutura, aplicação e erros, proporcionando uma visualização simplificada das informações essenciais.

    • Segurança: As Security Groups são configuradas para permitir apenas conexões necessárias, como o acesso ao banco de dados e componentes internos. Os AWS VPC Flow Logs estão ativados na conta de produção. O tráfego externo é criptografado por certificados TLS/SSL gerenciados pelo AWS ACM. O AWS CloudFront é empregado para distribuir a interface frontal da aplicação, assegurando conexões HTTPS criptografadas. Ambos o AWS RDS e o AWS DynamoDB têm a criptografia padrão ativada, com as chaves de criptografia armazenadas no AWS KMS.

    • Automatização e infraestrutura como código: A Pakman utiliza o Serverless Framework para criar a infraestrutura por meio de scripts do CloudFormation.

    • Recuperação de desastres: O RPO (Recovery Point Objective) é de até 24 horas, alcançado por meio de snapshots diários e restauração de volumes. O RTO (Recovery Time Objective) é de até 12 horas, permitindo a restauração de volumes a partir dos snapshots mais recentes em caso de recuperação após uma falha.

    Serviços AWS utilizados

    • Lambda
    • Step Functions
    • SQS e SQS Lambda Trigger
    • AWS CDK
    • RDS Aurora MySQL
    • DynamoDB e DynamoDB Stream
    • S3
    • API Gateway
    • SNS
    • IAM
    • CloudFront
    • Route 53 Resolver
    • Fargate
    • CloudFormation

    Gostou deste conteúdo?

    Compartilhe com sua rede e ajude mais pessoas a descobrirem!

    Ver mais cases