// stack.lumi

Nuvem

AWS

Cloud enterprise para produtos, dados e IA com alta escala.

// o que é

AWS e a plataforma cloud mais abrangente para computacao, dados, seguranca, redes, analytics e IA. No contexto da Lumi Data, usamos AWS para tirar plataformas de dados e produtos digitais do improviso, criando fundacoes elasticas, auditaveis e preparadas para crescimento.

A computação em nuvem foi formalmente definida pelo NIST (Mell & Grance, 2011) como um modelo que permite acesso ubíquo e sob demanda a um pool compartilhado de recursos computacionais configuráveis, com cinco características essenciais: self-service sob demanda, acesso por rede, pool de recursos, elasticidade rápida e serviços mensuráveis. A AWS foi pioneira na comercialização desse modelo em 2006 e hoje oferece mais de 200 serviços que cobrem IaaS, PaaS e SaaS. Armbrust et al. (2010) identificaram os três benefícios econômicos fundamentais da nuvem — eliminação de CAPEX inicial, pay-as-you-go e elasticidade — que transformaram o mercado de TI. O AWS Well-Architected Framework (Amazon, 2019) codifica cinco pilares — excelência operacional, segurança, confiabilidade, eficiência de performance e otimização de custos — como o framework de boas práticas que a própria AWS recomenda para arquiteturas em produção.

Como a Lumi enxerga:A Lumi desenha a arquitetura, implementa infraestrutura como codigo, organiza dados e integra analytics, BI e IA com padroes de seguranca desde o primeiro deploy.

// na prática

Como empresas usam AWS

Enterprise de serviços financeiros migrando de data center próprio para cloud

A migração para AWS segue o framework 6R (Rehost, Replatform, Refactor, Repurchase, Retire, Retain), com workloads críticos de core banking em EC2 e RDS durante a transição e serviços novos construídos nativos em cloud com Lambda, ECS e API Gateway. A AWS Landing Zone com Control Tower estabelece guardrails de segurança e conformidade desde o primeiro dia, com SCPs (Service Control Policies) que impedem criação de recursos em regiões não aprovadas e enforce de MFA para todas as contas.

Startup de agtech com plataforma IoT para monitoramento de fazendas

AWS IoT Core gerencia conexões de 50 mil dispositivos de campo com autenticação por certificado, entregando eventos a Kinesis para processamento em tempo real e S3 para armazenamento de séries históricas. A escalabilidade automática de Lambda e API Gateway absorve picos sazonais de telemetria durante colheita sem custo de infraestrutura ociosa no entressafra — um benefício direto do modelo pay-per-use que um data center próprio nunca ofereceria.

Varejista com plataforma de e-commerce e pipeline de dados analítico na AWS

A stack combina ECS para containers de APIs de produto, RDS Aurora para transacional, S3 + Glue + Redshift para analytics e CloudFront para entrega de conteúdo estático, com observabilidade centralizada em CloudWatch e X-Ray. A integração entre serviços é orquestrada por Step Functions para workflows complexos e EventBridge para eventos de negócio, criando uma arquitetura event-driven que desacopla domínios sem Kafka adicional para os volumes em questão.

// decisão técnica

Quando usar — e quando não usar

Use quando

A empresa precisa da maior variedade de serviços gerenciados disponíveis em um único provedor — banco de dados, ML, IoT, segurança, analytics — e quer evitar múltiplos provedores.
Conformidade e segurança são requisitos críticos: AWS oferece o maior portfólio de certificações (ISO 27001, SOC 2, PCI DSS, BACEN, ANS) e controles granulares via IAM, Organizations e Security Hub.
O time técnico já tem certificações AWS ou experiência consolidada na plataforma, e o custo de requalificação para outro cloud seria significativo.
O workload requer escala global com presença em múltiplas regiões; AWS tem a maior rede de regiões e zonas de disponibilidade (33 regiões em 2024), relevante para latência e residência de dados.
A empresa tem workloads de ML e AI que se beneficiam de SageMaker, Bedrock (modelos fundacionais) e do ecossistema de ML tools da AWS, integrado nativamente com S3 e ECR.

Evite quando

O time de dados usa Google BigQuery como data warehouse principal e os produtos Google (Vertex AI, Looker, Pub/Sub) como stack analítico; nesse caso construir aplicações de suporte na AWS cria fricção de rede e autenticação cruzada sem benefício claro.
A empresa já tem contrato Microsoft EA com Azure e usa Office 365, Active Directory e Power BI; a integração nativa do Azure com esses produtos é superior e usar AWS criaria duplicidade de custos e complexidade de IAM federado.
O time é pequeno (menos de 5 engenheiros) e a amplitude de serviços da AWS vira complexidade desnecessária; plataformas como Railway, Render ou Heroku para apps simples e BigQuery para analytics podem ser mais produtivas.
O budget é muito limitado e a empresa não tem ninguém com experiência em gestão de custos de cloud; a complexidade do modelo de preços da AWS (egress, NAT Gateway, transferências entre AZs) pode gerar surpresas significativas na fatura.

// visão lumi

A AWS é a plataforma que a Lumi mais usa em produção — não porque seja sempre a melhor, mas porque tem a maior variedade de serviços maduros para os tipos de problema que encontramos: dados, APIs, segurança empresarial e escala variável. O que diferencia nossa abordagem é a atenção precoce a custos e governança: toda conta AWS nova que entregamos começa com AWS Organizations, Control Tower, Budget Alerts e tagging obrigatório de recursos por projeto. Clientes que chegam até nós com fatura AWS fora de controle quase sempre têm três problemas: NAT Gateways mal posicionados, dados transitando entre regiões desnecessariamente, e ambientes de desenvolvimento rodando 24h com tamanho de produção. Esses três itens costumam resolver 60-80% do problema de custo antes de qualquer refatoração arquitetural.

Lumi escolhe quando

Quando o cliente não tem preferência de cloud e o projeto envolve dados, APIs, segurança empresarial e ML — a maturidade e variedade de serviços da AWS reduz o número de ferramentas externas.
Quando conformidade regulatória é crítica (financeiro, saúde, governo) e as certificações e controles da AWS atendem requisitos específicos do setor.
Quando a equipe já tem experiência em AWS e o custo de requalificação para outro provedor superaria qualquer benefício técnico.
Quando o workload inclui IoT, ML em produção ou necessidade de múltiplas regiões globais, onde a cobertura da AWS é superior.

Lumi não recomenda quando

Quando o cliente já está fortemente investido em GCP ou Azure com times especializados — trocar de cloud por convicção pessoal de provedor não é uma decisão técnica, é uma decisão política cara.
Quando o time é pequeno e a complexidade da AWS supera o benefício; plataformas mais simples entregam mais valor com menos overhead operacional.
Quando não há plano de governança de custos — a Lumi não aceita entregar projetos AWS sem Budget Alerts, tagging e revisão de custo mensal como parte do escopo.

// aplicações

Onde essa tecnologia gera valor

Data lakes em S3 com governanca

A Lumi conecta essa aplicação ao objetivo de negócio, definindo arquitetura, dados, segurança e indicadores de sucesso antes da implementação.

Pipelines em Glue, Lambda, ECS ou EKS

A Lumi conecta essa aplicação ao objetivo de negócio, definindo arquitetura, dados, segurança e indicadores de sucesso antes da implementação.

APIs e produtos digitais com observabilidade

A Lumi conecta essa aplicação ao objetivo de negócio, definindo arquitetura, dados, segurança e indicadores de sucesso antes da implementação.

Ambientes seguros para analytics e IA

A Lumi conecta essa aplicação ao objetivo de negócio, definindo arquitetura, dados, segurança e indicadores de sucesso antes da implementação.

// fundamentos

Referências acadêmicas e técnicas

Mell, P., & Grance, T. (2011). The NIST Definition of Cloud Computing. NIST Special Publication 800-145. National Institute of Standards and Technology.

Definição formal de computação em nuvem com os cinco atributos essenciais e os três modelos de serviço (IaaS, PaaS, SaaS).

Amazon Web Services. (2022). AWS Well-Architected Framework. https://docs.aws.amazon.com/wellarchitected/latest/framework/

Framework oficial da AWS com cinco pilares de boas práticas para arquiteturas cloud em produção.

Armbrust, M., Fox, A., Griffith, R., Joseph, A. D., Katz, R., Konwinski, A., Lee, G., Patterson, D., Rabkin, A., Stoica, I., & Zaharia, M. (2010). A View of Cloud Computing. Communications of the ACM, 53(4), 50–58.

Análise seminal dos benefícios econômicos e desafios técnicos da nuvem pública, fundamentando decisões de adoção.

Fehling, C., Leymann, F., Retter, R., Schupeck, W., & Arbitter, P. (2014). Cloud Computing Patterns. Springer.

Catálogo de padrões de arquitetura cloud que guia decisões de design em plataformas como AWS.

Pahl, C., Brogi, A., Soldani, J., & Jamshidi, P. (2019). Cloud Container Technologies: A State-of-the-Art Review. IEEE Transactions on Cloud Computing, 7(3), 677–692.

Revisa tecnologias de container em cloud, relevante para decisões de ECS, EKS e Lambda na stack AWS.

// tecnologias relacionadas

Nuvem

// próximo passo

Quer saber se esse stack faz sentido para você?

A Lumi avalia contexto, dados, equipe, custo e maturidade para recomendar a tecnologia certa e entregar com responsabilidade.

Avaliar meu stack →Voltar ao stack