Mais de 50 perguntas e respostas sobre AWS para entrevistas em 2026

Por que AWS?

Antes de entrar nas perguntas e respostas, é importante entender por que vale a pena considerar a nuvem AWS como a plataforma de referência.

O gráfico a seguir traz a participação de mercado mundial dos principais provedores de infraestrutura em nuvem no terceiro trimestre (Q3) de 2025. Veja a distribuição:

• Amazon Web Services (AWS) lidera com 29% de market share.
• Microsoft Azure vem em seguida com 20%.
• Google Cloud detém 13% do mercado.
• Alibaba Cloud possui 4%.
• Oracle vem crescendo e atingiu 3%.
• Salesforce, IBM Cloud e Tencent Cloud aparecem com 2% cada.

Fonte (Statista)

O gráfico também observa que os dados incluem plataforma como serviço (PaaS) e infraestrutura como serviço (IaaS), além de nuvem privada hospedada. Além disso, as receitas de serviços de infraestrutura em nuvem no Q3 2025 somaram US$ 107 bilhões, um salto significativo em relação ao Q3 2024, quando foram US$ 84 bilhões.

A Amazon Web Services (AWS) segue como a principal força no mercado de nuvem no Q3 2025, mantendo ampla vantagem sobre a concorrente mais próxima, a Microsoft Azure.

A liderança da AWS reforça a importância de se capacitar na plataforma e traz vantagens de carreira, graças à sua ampla adoção e ao alto valor das habilidades em AWS no mercado de tecnologia.

Nosso cheat sheet comparação de serviços AWS, Azure e GCP para data science e IA traz um comparativo dos principais serviços necessários para trabalhos com dados e IA, de engenharia de dados e análise a ciência de dados e criação de aplicações de dados.

Perguntas básicas de entrevista sobre AWS

Começando pelos fundamentos, esta seção reúne perguntas essenciais para construir uma base sólida. É ideal para quem está começando com AWS ou precisa de um reforço, preparando o terreno para temas mais avançados depois.

O que é computação em nuvem?

Computação em nuvem oferece acesso sob demanda, pela internet, a recursos de TI como computação, armazenamento e bancos de dados. Você paga apenas pelo que usa, em vez de manter infraestrutura física própria.

A nuvem permite acessar serviços de tecnologia de forma flexível, conforme a necessidade, sem grandes investimentos iniciais. Provedores líderes como a AWS oferecem uma ampla gama de serviços no modelo de pagamento por uso. Nosso curso AWS Cloud Concepts cobre muitos desses básicos.

Qual é o problema do modelo tradicional de TI em comparação com a nuvem?

Vários setores estão migrando do modelo tradicional de TI para a nuvem por múltiplos motivos. A nuvem oferece mais agilidade de negócios, inovação mais rápida, escalabilidade flexível e menor custo total de propriedade. Veja algumas diferenças:

Quantos modelos de implantação existem na nuvem?

Há três modelos de implantação na nuvem, ilustrados abaixo:

• Nuvem privada: usada por uma única organização e não exposta ao público. Indicado para organizações com aplicações sensíveis.
• Nuvem pública: recursos operados por terceiros como Amazon Web Services, Microsoft Azure e os demais citados na seção de participação de mercado.
• Nuvem híbrida: combinação de nuvem privada e pública. Mantém parte dos servidores on-premises e estende o restante para a nuvem, unindo flexibilidade e custo-benefício da nuvem pública.

Quais são as cinco características da computação em nuvem?

A computação em nuvem se baseia em cinco características principais:

• Autosserviço sob demanda: usuários provisionam serviços conforme a necessidade, sem interação humana com o provedor.
• Acesso amplo à rede: serviços disponíveis via rede e acessados por mecanismos padrão, como celular, notebook e tablet.
• Multi-inquilino e pool de recursos: recursos agrupados para atender vários clientes, com alocação dinâmica de recursos virtuais e físicos conforme a demanda.
• Elasticidade e escalabilidade rápidas: capacidade de provisionar e ajustar recursos para cima ou para baixo, automaticamente e com rapidez, para adequar a capacidade à demanda.
• Serviço mensurado: uso de recursos monitorado, controlado, reportado e cobrado de forma transparente com base no consumo, gerando transparência para provedor e consumidor.

Quais são os principais tipos de computação em nuvem?

Há três tipos principais: IaaS, PaaS e SaaS

• Infrastructure as a Service (IaaS): fornece blocos básicos de TI na nuvem, como computação, armazenamento e rede, acessíveis sob demanda sem gerenciar a infraestrutura subjacente. Exemplos: AWS EC2, S3, VPC.
• Platform as a Service (PaaS): oferece uma plataforma gerenciada para desenvolver, implantar e gerenciar apps sem criar a infraestrutura base. Exemplos: AWS Elastic Beanstalk, Heroku.
• Software as a Service (SaaS): disponibiliza aplicativos completos para uso via internet. O usuário não gerencia infraestrutura nem plataforma. Exemplos: AWS Simple Email Service, Google Docs, Salesforce CRM.

Você pode explorar esses conceitos em mais detalhe no curso Understanding Cloud Computing.

O que é o Amazon EC2 e para que é utilizado?

O Amazon EC2 (Elastic Compute Cloud) oferece servidores virtuais escaláveis, chamados instâncias, na nuvem AWS. É usado para executar diversos workloads com flexibilidade e custo-benefício. Alguns usos principais:

• Hospedar sites e aplicações web
• Executar processos de backend e jobs em lote
• Implementar soluções de nuvem híbrida
• Garantir alta disponibilidade e escalabilidade
• Reduzir o time to market de novos casos de uso

O que é o Amazon S3 e por que ele é importante?

O Amazon Simple Storage Service (S3) é um serviço de armazenamento de objetos versátil, escalável e seguro. Serve de base para muitas aplicações e workloads na nuvem. Alguns recursos que destacam sua importância:

• Altamente durável, com 99,999999999% de durabilidade e 99,99% de disponibilidade, indicado para dados críticos.
• Suporta recursos robustos de segurança, como políticas de acesso, criptografia e endpoints VPC.
• Integra-se facilmente com outros serviços AWS como Lambda, EC2 e EBS, entre outros.
• Baixa latência e alta vazão, ideal para analytics em big data, apps móveis, armazenamento e entrega de mídia.
• Recursos flexíveis de gestão: monitoramento, logs de acesso, replicação, versionamento e políticas de ciclo de vida.
• Apoiado pela infraestrutura global da AWS para acesso de baixa latência no mundo todo.

Explique os conceitos de "Regions" e "Availability Zones" na AWS

• Regiões AWS são localidades geográficas separadas onde os recursos da AWS estão hospedados. Empresas escolhem regiões próximas de seus clientes para reduzir a latência; a replicação entre regiões melhora a recuperação de desastres.
• Availability Zones (Zonas de disponibilidade) são formadas por um ou mais data centers distintos, com energia, rede e conectividade redundantes. Permitem implantar recursos de forma mais tolerante a falhas.

Nosso curso AWS Cloud Concepts traz um guia completo sobre os principais serviços centrais da AWS, boas práticas de arquitetura e os benefícios do uso da AWS para empresas.

O que é IAM e por que é importante?

AWS Identity and Access Management (IAM) é o serviço que ajuda você a controlar com segurança o acesso a serviços e recursos da AWS. Com o IAM, você gerencia usuários, grupos e roles com permissões granulares. É importante porque reforça o princípio do menor privilégio, garantindo que cada usuário acesse apenas o que precisa, elevando a segurança e a conformidade.

Nosso guia completo de AWS IAM explica o serviço em detalhes.

O que é o Amazon RDS e como ele difere de bancos de dados tradicionais?

O Amazon Relational Database Service (RDS) é um serviço gerenciado que permite configurar, operar e escalar bancos de dados sem se preocupar com tarefas de infraestrutura como backups, patches e escalabilidade. Diferente de bancos tradicionais, o RDS já nasce escalável e altamente disponível, com backups automáticos, réplicas de leitura e implantações multi-AZ para failover e redundância.

Para quem prefere ver as diferenças, segue uma tabela comparativa entre RDS e bancos tradicionais:

O que é Amazon VPC e por que é usado?

Amazon Virtual Private Cloud (VPC) permite criar uma rede virtual na AWS que se assemelha a uma rede tradicional em um data center on-premises. O VPC é usado para isolar recursos, controlar tráfego de entrada e saída e segmentar workloads em sub-redes com configurações rígidas de segurança. Ele oferece controle granular sobre faixas de IP, security groups e listas de controle de acesso de rede.

O que é Amazon CloudWatch e quais são seus principais componentes?

Amazon CloudWatch é o serviço de monitoramento e observabilidade para acompanhar métricas, definir alarmes e responder automaticamente a mudanças nos recursos AWS. Ele melhora a visibilidade da performance das aplicações, saúde do sistema e problemas operacionais. Principais componentes:

• Métricas: dados que oferecem visibilidade sobre uso de recursos, performance e saúde operacional, permitindo análise de tendência e escalabilidade proativa.
• Alarmes: notificam usuários ou disparam ações automáticas com base em limites de métricas. Ex.: se CPU excede um limite, um alarme pode iniciar auto scaling.
• Logs: centraliza logs de apps e infraestrutura, essencial para troubleshooting. É possível filtrar, monitorar e analisar para manter operações estáveis.
• Eventos: CloudWatch Events (ou Amazon EventBridge) detecta mudanças em recursos AWS e dispara ações predefinidas, como invocar uma função Lambda, promovendo automação e resposta rápida.

O que é AWS Lambda e como viabiliza computação serverless?

AWS Lambda é um serviço de computação serverless que elimina a necessidade de gerenciar servidores, facilitando a execução de código na nuvem. Veja como funciona e por que habilita o serverless:

• Execução sob demanda: o Lambda roda o código apenas quando acionado por um evento — como uma requisição HTTP ou upload no Amazon S3 —, otimizando custos e eficiência.
• Escalonamento automático: escala de forma automática conforme o volume de requisições, de uma única chamada a milhares por segundo, mantendo a responsividade.
• Foco no código: ao abstrair a infraestrutura de servidores, os desenvolvedores focam em escrever e implantar código, sem se preocupar com provisionamento, gestão ou escalabilidade.

Com esses recursos, o Lambda incorpora os princípios do serverless — tirando o peso da gestão de infraestrutura e permitindo construir, testar e escalar aplicações com mais agilidade.

O que é Elastic Load Balancing (ELB) na AWS?

Elastic Load Balancing (ELB) distribui automaticamente o tráfego de entrada da aplicação entre vários destinos, garantindo que sua aplicação permaneça responsiva e resiliente. Benefícios principais:

• Distribuição de tráfego: balanceia o tráfego entre instâncias EC2, containers e endereços IP, evitando sobrecarga em um único recurso.
• Tolerância a falhas e alta disponibilidade: distribui tráfego por múltiplas zonas de disponibilidade, mantendo a aplicação disponível mesmo diante de problemas em uma zona.
• Confiabilidade e escalabilidade: ajusta automaticamente a distribuição conforme a demanda, lidando com picos sem prejudicar a performance.

Perguntas de entrevista sobre AWS DevOps

Avançando para funções especializadas, o foco aqui é como a AWS apoia práticas de DevOps. Esta parte analisa automação e otimização de ambientes AWS, desafiando você a mostrar como utiliza a AWS para integração e entrega contínuas. Se você está mirando um cargo sênior em AWS, confira nosso post perguntas de entrevista para Data Architect e pratique questões de infraestrutura e arquitetura de dados.

Como usar o AWS CodePipeline para automatizar um pipeline de CI/CD para uma aplicação multi-tier?

O CodePipeline pode automatizar o fluxo do check-in de código até build, testes e deploy em vários ambientes, acelerando a entrega de updates com alta qualidade.

Passos para automatizar um pipeline de CI/CD:

• Criar o pipeline: comece criando um pipeline no AWS CodePipeline, apontando para o repositório de código (ex.: GitHub, AWS CodeCommit).
• Definir a etapa de build: conecte um serviço como AWS CodeBuild para compilar o código, executar testes e gerar artefatos implantáveis.
• Configurar etapas de deploy: configure o deploy para cada camada da aplicação. Use AWS CodeDeploy para EC2, AWS Elastic Beanstalk para apps web ou AWS ECS para aplicações conteinerizadas.
• Adicionar aprovações (opcional): em ambientes críticos, inclua etapas de aprovação manual antes do deploy para garantir controle e qualidade.
• Monitorar e iterar: acompanhe a performance do pipeline e ajuste quando necessário. Use feedback e iteração contínua para melhorar o processo.

Quais fatores são chave ao projetar uma solução de implantação na AWS para provisionar, configurar, implantar, escalar e monitorar aplicações?

Criar uma implantação bem arquitetada envolve ajustar os serviços AWS às necessidades da sua aplicação — computação, armazenamento e banco de dados. Com o amplo catálogo da AWS, alguns passos são essenciais:

• Provisionamento: configurar infraestrutura essencial como EC2, VPC, sub-redes ou serviços gerenciados como S3, RDS e CloudFront para a camada base.

• Configuração: ajustar o ambiente para requisitos de segurança, disponibilidade e performance.

• Implantação: lançar ou atualizar componentes com eficiência, garantindo transições suaves entre versões.

• Escalonamento: ajustar recursos dinamicamente com base em critérios pré-definidos para lidar com variações de carga.

• Monitoramento: acompanhar uso de recursos, resultados de deploy, saúde da aplicação e logs para garantir operação dentro do esperado.

O que é Infrastructure as Code? Explique com suas palavras

Infrastructure as Code (IaC) é um método de gerenciar e provisionar data centers por meio de arquivos de definição legíveis por máquina, em vez de configurar hardware fisicamente ou via ferramentas interativas.

Em essência, permite que times de dev e operações gerenciem, monitorem e provisionem recursos automaticamente por código, em vez de fazer setups manuais.

Além disso, o IaC viabiliza a criação de ambientes consistentes com rapidez e escala, reduzindo erro humano e aumentando a eficiência.

Qual é sua abordagem para integrar e implantar continuamente no AWS DevOps?

No AWS DevOps, a integração e entrega contínuas podem ser gerenciadas com os AWS Developer Tools. Comece armazenando e versionando o código-fonte com essas ferramentas.

Depois, use serviços como o AWS CodePipeline para orquestrar build, testes e deploy. O CodePipeline integra-se ao AWS CodeBuild (compilação e testes) e ao AWS CodeDeploy (automação de deploy em vários ambientes). Esse fluxo automatizado garante CI/CD eficiente.

Como o Amazon ECS beneficia o AWS DevOps?

O Amazon ECS é um serviço escalável de orquestração de containers que simplifica a execução de containers Docker em instâncias EC2 ou infraestrutura serverless via Fargate, facilitando implantação e operação. Para times de DevOps, integra nativamente com CodePipeline e CodeDeploy para deploys automatizados — incluindo blue/green com rollback automático — e conecta-se a IAM, CloudWatch e balanceadores de carga sem configuração extra.

Quais estratégias usar para blue/green deployments na AWS?

Blue/green reduz downtime e risco executando dois ambientes: o atual (blue) e o novo (green). Na AWS, pode ser feito com Elastic Beanstalk, AWS CodeDeploy ou ECS. É possível alternar o tráfego entre ambientes com Route 53 ou Application Load Balancer, testar o green com segurança e fazer rollback imediato se necessário.

Por que o ECS pode ser preferido em vez do Kubernetes?

O ECS pode oferecer maior simplicidade de implementação, boa escalabilidade e menor atrito operacional em comparação ao Kubernetes, sendo a escolha preferida em alguns cenários.

Como você gerencia e protege segredos em um pipeline de CI/CD na AWS?

Para gerir segredos com segurança, use AWS Secrets Manager ou AWS Systems Manager Parameter Store para armazenar informações sensíveis (chaves de API, senhas de banco, certificados). Ambos se integram a CodePipeline e CodeBuild, permitindo acesso seguro sem hardcode no repositório.

Controlando permissões com IAM, você garante que apenas entidades autorizadas acessem dados sensíveis, elevando a segurança do processo de CI/CD.

Como você usa o AWS Systems Manager em produção?

O AWS Systems Manager ajuda a automatizar e gerenciar a infraestrutura em escala. Em produção, é usado para gestão de patches, execução remota de comandos, coleta de inventário e armazenamento seguro de parâmetros e segredos. Integra-se a EC2, RDS e outros serviços, oferecendo visibilidade centralizada e controle operacional.

O que é o AWS CloudFormation e como ele facilita práticas de DevOps?

O AWS CloudFormation automatiza o provisionamento e o gerenciamento de infraestrutura na AWS por meio de código, viabilizando Infrastructure as Code (IaC). Você define a infraestrutura em templates, facilitando versionamento, testes e replicação de ambientes (dev, staging e produção).

Em DevOps, o CloudFormation mantém consistência, reduz erros manuais e suporta implantações automatizadas, sendo peça-chave para entrega contínua e replicação de ambientes.

Para fechar o bloco de DevOps, segue uma tabela resumindo serviços AWS dessa área e seus casos de uso:

Perguntas de entrevista para AWS Solution Architect

Para solution architects, o foco está em projetar soluções AWS que atendam requisitos específicos. Esta parte avalia a capacidade de criar sistemas escaláveis, eficientes e econômicos, destacando boas práticas de arquitetura.

Qual é o papel de um AWS solution architect?

AWS solutions architects projetam e supervisionam aplicações na AWS, garantindo escalabilidade e desempenho ideal. Orientam desenvolvedores, administradores e clientes a usar a AWS de forma alinhada às necessidades do negócio e comunicam conceitos complexos para públicos técnicos e não técnicos.

Quais são as principais boas práticas de segurança para o AWS EC2?

Práticas essenciais incluem usar IAM para gestão de acesso, restringir acesso a hosts confiáveis, minimizar permissões, desativar logins por senha em AMIs e implementar autenticação multifator para aumentar a segurança.

Como garantir redundância multi-região em uma arquitetura AWS?

Para redundância multi-região, implante recursos críticos (instâncias EC2, bancos RDS e buckets S3) em múltiplas regiões. Use Route 53 para roteamento DNS geográfico e S3 Cross-Region Replication para backup. Adote configurações active-active ou active-passive conforme a estratégia de failover e monitore performance e replicação com CloudWatch e AWS Global Accelerator.

Quais estratégias criam uma arquitetura de alta disponibilidade e tolerante a falhas para aplicações web críticas?

Construir alta disponibilidade e tolerância a falhas envolve:

• Implementar redundância para evitar pontos únicos de falha
• Usar balanceamento de carga para distribuir tráfego e manter a performance
• Configurar monitoramento automatizado para detectar e reagir a falhas em tempo real; projetar para escalar com cargas variáveis e usar arquitetura distribuída
• Aplicar isolamento de falhas, backups regulares e planos de DR para proteger dados e acelerar a recuperação
• Projetar degradação graciosa para manter funcionalidades essenciais durante incidentes, além de testes e deploys contínuos para elevar a confiabilidade

Explique como escolher entre Amazon RDS, Amazon DynamoDB e Amazon Redshift para uma aplicação orientada a dados.

A escolha depende das necessidades:

• Amazon RDS é ideal quando você precisa de um banco relacional tradicional com SQL, transações e queries complexas.
• Amazon DynamoDB atende aplicativos que requerem banco NoSQL altamente escalável, com desempenho rápido e previsível em qualquer escala.
• Amazon Redshift é melhor para analytics com consultas complexas sobre grandes volumes, usando armazenamento colunar e tecnologia de data warehouse.

Quais pontos você considera ao migrar uma aplicação on-premises para a AWS? Dê um exemplo à sua escolha.

A AWS recomenda pensar a migração pelo framework dos "7 Rs": rehost (lift and shift), replatform, repurchase, refactor, retire, retain e relocate. A escolha certa depende da complexidade da aplicação e do quanto você quer mudar durante a migração.

Exemplo: migração de um CRM. Pontos-chave:

• Estratégia. Um CRM construído sob medida geralmente pede replatform — migrar para serviços gerenciados como RDS e EC2 sem reescrever. Um CRM comercial muito customizado pode exigir repurchase (trocar por um SaaS equivalente).
• Migração de dados. Use AWS DMS para migrar o banco com mínimo downtime e Direct Connect para estabilidade de rede no cutover.
• Dependências. Catalogue integrações (e-mail, billing, suporte) e migre módulos não críticos primeiro para validar a abordagem.
• Segurança e conformidade. Replique controles com IAM, criptografe com KMS e confirme requisitos regulatórios (GDPR, HIPAA).
• Custo. Modele custos pós-migração com o AWS Pricing Calculator e planeje a mudança de capex para opex.

O erro mais comum em entrevistas é pular direto para "eu usaria EC2 e RDS" sem discutir estratégia primeiro.

Descreva como você usaria serviços da AWS para implementar uma arquitetura de microsserviços.

Implementar microsserviços é decompor a aplicação em serviços pequenos e independentes que se comunicam via APIs. Um guia conciso:

• Adote desenvolvimento ágil: metodologias ágeis aceleram criação e deploy de cada serviço.
• API-first: projete primeiro as APIs para garantir comunicação clara entre serviços.
• CI/CD: implemente integração e entrega contínuas para automatizar testes e deploys.
• Princípios Twelve-Factor: crie serviços escaláveis e fáceis de manter e implantar na nuvem.
• Padrões de arquitetura: escolha entre padrões orientados a API, eventos ou streaming conforme as necessidades.
• Implantação na AWS: use containers para microsserviços escaláveis ou serverless para reduzir a operação e focar na lógica.
• Serverless quando fizer sentido: elimine gestão de infraestrutura, escale automaticamente e pague só pelo uso.
• Resiliência: projete tolerância a falhas usando recursos nativos de disponibilidade da AWS.
• Aspectos transversais: trate monitoramento distribuído, logging, tracing e consistência de dados.
• Well-Architected Framework: avalie a arquitetura com a ferramenta da AWS para garantir confiabilidade, segurança, eficiência e custo-benefício.

Com esses cuidados, equipes implementam microsserviços escaláveis e flexíveis, tirando proveito do ecossistema AWS.

Qual é a relação entre AWS Glue e AWS Lake Formation?

O AWS Lake Formation se baseia na infraestrutura do AWS Glue, incorporando suas capacidades de ETL, console de controle, catálogo de dados e arquitetura serverless. Enquanto o Glue foca em ETL, o Lake Formation adiciona recursos para construir, proteger e gerenciar data lakes, ampliando as funções do Glue.

Em entrevistas sobre AWS Glue, é importante entender como o Glue dá suporte ao Lake Formation. Mostre como os serviços se integram para processar e gerenciar dados com eficiência.

Como otimizar custos na AWS para uma aplicação web de alto tráfego?

Comece monitorando gastos com AWS Cost Explorer e AWS Budgets. Depois, considere:

• Reserved e Spot Instances para workloads previsíveis e flexíveis, respectivamente.
• Auto Scaling para ajustar recursos conforme demanda, reduzindo custos em períodos de baixa.
• Otimização de armazenamento com políticas de ciclo de vida no S3 e S3 Intelligent-Tiering para mover dados frios para classes mais baratas.
• Cache com Amazon CloudFront e Amazon ElastiCache para diminuir requisições ao backend e economizar banda e compute.

Assim, você reduz custos sem sacrificar performance ou disponibilidade.

Quais são os pilares do AWS Well-Architected Framework?

O AWS Well-Architected Framework oferece uma abordagem estruturada para arquiteturas seguras, eficientes e resilientes. São cinco pilares:

• Excelência operacional: suporte ao desenvolvimento e operações via monitoramento, resposta a incidentes e automação.
• Segurança: proteção de dados, sistemas e ativos com gestão de identidade, criptografia e resposta a incidentes.
• Confiabilidade: construção de sistemas que se recuperam de falhas, escalam dinamicamente e lidam com problemas de rede.
• Eficiência de performance: uso de recursos escaláveis e workloads otimizados.
• Otimização de custos: gestão de custos escolhendo recursos adequados e modelos como Reserved Instances.

Entender esses pilares ajuda a criar soluções equilibradas com as melhores práticas de segurança, performance, confiabilidade e custos.

Perguntas de entrevista para AWS Data Engineer

Voltado para data engineers, este bloco explora serviços AWS para dados, incluindo warehouse e processamento em tempo real. Avalia a habilidade de construir pipelines escaláveis na AWS.

Explique a diferença entre Amazon Redshift, RDS e S3 e quando usar cada um.

• Amazon S3 é um armazenamento de objetos escalável e durável para qualquer volume de dados. Serve para dados brutos e não estruturados, como logs, CSVs e imagens.
• Amazon Redshift é um data warehouse na nuvem otimizado para analytics e BI. Integra com S3 e carrega dados de lá para executar consultas complexas e gerar relatórios.
• Amazon RDS oferece bancos relacionais gerenciados (PostgreSQL, MySQL etc.). Alimenta aplicações transacionais que exigem ACID, índices, constraints etc.

Descreva um cenário em que você usaria Amazon Kinesis em vez de AWS Lambda para processamento de dados. Quais as considerações?

O Kinesis lida com grandes volumes de dados em streaming e permite ler e processar fluxos por aplicações consumidoras.

Principais considerações:

• Volume de dados: Kinesis processa megabytes por segundo por stream, enquanto o Lambda limita 6 MB por invocação — útil para alto throughput.
• Processamento contínuo: consumidores do Kinesis processam dados em tempo real conforme chegam; o Lambda tende a invocar por lote.
• Reprocessamento: Kinesis retém dados por um período configurado, permitindo replay; o Lambda não é adequado para isso.
• Ordenação: shards do Kinesis garantem ordenação de registros relacionados; o Lambda pode processar fora de ordem.
• Escala e paralelismo: shards do Kinesis escalam com a carga; o Lambda pode exigir orquestração.
• Integração: Kinesis integra-se bem com Firehose, Redshift e EMR para analytics.

Assim, para fluxos contínuos, volumosos, ordenados e com necessidade de replay — como analytics em tempo real — o Kinesis oferece suporte nativo, enquanto o Lambda é mais voltado a lotes.

Para saber mais sobre streaming, nosso curso Streaming Data with AWS Kinesis and Lambda mostra como ingerir dados de milhões de fontes e analisá-los em tempo real. Ótimo preparo para perguntas sobre AWS Lambda em entrevistas.

Quais são as diferenças entre processamento em lote e em tempo real? Quando escolher cada um em um projeto de dados?

Lote (batch) agrega dados por um período e processa em grandes blocos — ótimo para análises históricas e menos frequentes.

Tempo real analisa continuamente conforme os dados chegam, em pequenos incrementos — ideal para dados atualizados com frequência.

Escolha tempo real quando:

• Você precisa de insights imediatos (ex.: detecção de fraude).
• Os dados mudam constantemente e a análise deve acompanhar (ex.: monitoramento de redes sociais).
• É necessária baixa latência (ex.: trading automatizado).

Prefira lote quando:

• Dados históricos exigem modelagem/analítica complexa (ex.: previsão de demanda).
• As fontes só entregam dumps periódicos.
• O custo menor pesa mais do que a velocidade de processamento.

Em resumo, tempo real atende dados dinâmicos que exigem análise contínua; lote serve dados periódicos que pedem modelagem histórica.

Como automatizar evolução de schema em um pipeline de dados na AWS?

Use os recursos de dynamic frame e inferência de schema do AWS Glue. Com o Glue Data Catalog, você rastreia mudanças automaticamente. Para não quebrar processos downstream, implemente validação de schema com ferramentas como AWS Deequ ou lógica customizada nos scripts ETL para registrar e resolver incompatibilidades.

Como lidar com schema-on-read vs schema-on-write em data lakes na AWS?

Schema-on-read é comum em data lakes, onde dados brutos e semiestruturados ficam no S3 e o schema é aplicado na consulta (Athena, Redshift Spectrum). Oferece flexibilidade para múltiplas fontes. Schema-on-write, típico em RDS ou Redshift, impõe estrutura na ingestão e é preferido para dados transacionais/estruturados que exigem validação rigorosa.

O que é um operational data store e como ele complementa um data warehouse?

Um operational data store (ODS) é um banco voltado a operações e análises em tempo quase real. Funciona como camada intermediária entre sistemas transacionais e o data warehouse.

Enquanto o warehouse guarda dados de alta qualidade, otimizados para BI e relatórios, o ODS concentra dados atuais, integrados e orientados a assuntos de várias fontes.

Principais características do ODS:

• Fornece dados atualizados para monitoramento operacional e decisão
• Integra dados vivos de múltiplas fontes
• É otimizado para consultas rápidas e análises, não para armazenamento de longo prazo
• ODS guarda dados granulares e atômicos; o warehouse tende a trabalhar com dados agregados

ODS e data warehouse se complementam: o ODS atende operações com dados atuais; o warehouse habilita análises estratégicas com histórico integrado.

Como você montaria um data lake na AWS e quais serviços usaria?

Comece com o Amazon S3 para armazenar dados brutos, estruturados e não estruturados com escala e durabilidade. Passo a passo:

• Camada de armazenamento: use S3 e organize por tipo de dado, origem ou frescor.
• Catálogo de dados: use AWS Glue para criar o catálogo e facilitar busca e consultas com metadados.
• Transformação e ETL: use AWS Glue ETL para preparar e transformar dados brutos.
• Segurança e acesso: implemente AWS IAM e AWS Lake Formation para permissões e criptografia.
• Analytics e consultas: use Amazon Athena para consultas ad hoc, Redshift Spectrum para analytics e Amazon QuickSight para visualização.

Essa arquitetura é flexível e escalável para grandes volumes de dados estruturados e não estruturados.

Explique as classes de armazenamento do Amazon S3 e quando usar cada uma.

O Amazon S3 oferece várias classes, cada uma otimizada para cenários e custos específicos. A tabela resume:

Conhecer as classes ajuda a otimizar custos e tempos de acesso conforme a necessidade dos dados.

O que é o Amazon Bedrock e quando usá-lo?

Amazon Bedrock é um serviço totalmente gerenciado que dá acesso a foundation models de provedores como Anthropic, Meta, Mistral e outros, além dos modelos Nova e Titan da Amazon. Você usa o Bedrock para construir apps de IA generativa sem gerenciar infraestrutura de modelos ou pipelines de fine-tuning.

Casos comuns: aplicações de RAG com Bedrock Knowledge Bases, agentes de IA com Bedrock Agents e customização de modelos com seus dados via fine-tuning ou continued pretraining.

O que é o Amazon Q e como ele difere do Bedrock?

Amazon Q é o assistente de IA generativa da AWS, disponível como Q Developer (assistente de código integrado a IDEs, Console e CLI da AWS) e Q Business (chat que conecta a fontes corporativas como S3, Salesforce, Confluence e ServiceNow). A principal diferença para o Bedrock é o nível de abstração: o Bedrock fornece APIs para modelos básicos para você criar suas próprias aplicações; o Q é uma aplicação pronta construída sobre eles.

Perguntas sobre AWS baseadas em cenários

Com foco na prática, estas questões avaliam sua capacidade de resolver problemas em cenários realistas, exigindo entendimento abrangente de como aplicar serviços AWS para desafios complexos.

A tabela a seguir resume cenários típicos em entrevistas sobre AWS, com descrição e possíveis soluções:

Perguntas não técnicas sobre AWS

Além da parte técnica, entender o impacto mais amplo das soluções AWS é vital para uma boa entrevista. Abaixo, algumas perguntas com respostas exemplo — que podem variar conforme a experiência de cada candidato.

Como você se mantém atualizado em tendências de AWS e computação em nuvem?

• O que o entrevistador espera: compromisso com aprendizado contínuo e como você mantém suas competências atuais. Buscam recursos e práticas específicas.
• Resposta exemplo: "Eu me atualizo lendo os blogs oficiais da AWS e participando de fóruns como o subreddit da AWS. Também vou a meetups locais e webinars. Isso me ajuda a acompanhar novos recursos e boas práticas."

Conte uma vez em que você explicou um conceito complexo de AWS para alguém sem background técnico. Como fez isso?

• O que o entrevistador espera: suas habilidades de comunicação e de simplificar temas complexos.
• Resposta exemplo: "No meu emprego anterior, precisei explicar benefícios de armazenamento em nuvem para stakeholders não técnicos. Usei a analogia de guardar arquivos em um drive na nuvem versus um HD físico, destacando facilidade de acesso e segurança. Assim entenderam sem entrar em detalhes técnicos."

O que te motiva a trabalhar com computação em nuvem, especialmente com AWS?

• O que o entrevistador espera: ver sua paixão pela área e seus motivadores, alinhados ao papel e aos valores da empresa.
• Resposta exemplo: "O que me anima na nuvem, especialmente a AWS, é o potencial de escalar negócios e impulsionar inovação. A evolução constante dos serviços me motiva a resolver novos desafios e contribuir em projetos de impacto."

Descreva um projeto desafiador que você gerenciou e como garantiu o sucesso.

• O que o entrevistador espera: gestão de projetos e resolução de problemas; como você supera obstáculos e entrega resultados.
• Resposta exemplo: "Enfrentamos atrasos por falta de recursos. Priorizo tarefas por impacto, negocio alocações adicionais e mantenho comunicação clara com time e stakeholders. Isso nos ajudou a cumprir marcos e entregar no prazo."

Como você lida com prazos apertados quando vários projetos exigem sua atenção?

• O que o entrevistador espera: gestão do tempo e priorização; como você administra estresse e carga de trabalho.
• Resposta exemplo: "Combino priorização e delegação. Avalio urgência e impacto, delego quando possível e comunico o progresso e ajustes necessários para cumprir os prazos."

O que diferencia a AWS de outros provedores de nuvem?

• O que o entrevistador espera: entendimento da proposta de valor da AWS e por que ela lidera o setor.
• Resposta exemplo: "A AWS se destaca pela infraestrutura global extensa, com escalabilidade e confiabilidade sem paralelo. Além disso, o ritmo de inovação e a profundidade do portfólio permitem soluções mais flexíveis e sob medida."

Como você aprende novas ferramentas ou serviços da AWS quando são lançados?

• O que o entrevistador espera: adaptabilidade e estilo de aprendizado; abordagem proativa para dominar novas tecnologias.
• Resposta exemplo: "Quando a AWS lança um serviço, começo pela documentação e notas de versão para entender propósito e funcionalidades. Depois, faço tutoriais hands-on e experimento em um sandbox. Quando possível, troco ideias com colegas ou em fóruns para ver como outros estão usando. Essa mistura de teoria e prática acelera meu domínio."

Como você equilibra segurança e eficiência ao projetar soluções na AWS?

• O que o entrevistador espera: visão estratégica de segurança sem perder performance; equilíbrio entre melhores práticas e eficiência operacional.
• Resposta exemplo: "Segurança e eficiência andam juntas. Começo com segurança em primeiro lugar (IAM, isolamento com VPCs, criptografia). Para eficiência, configuro para minimizar latência e escolho serviços escaláveis como AWS Lambda quando adequado. Busco arquiteturas seguras, responsivas e com bom custo-benefício."

Conclusão

Este artigo apresentou um roadmap completo de perguntas de entrevista sobre AWS para diferentes níveis — de quem está começando a explorar a AWS a profissionais experientes buscando avançar na carreira.

Quer você esteja se preparando para a primeira entrevista sobre AWS ou visando uma posição mais sênior, este guia é um recurso valioso. Ele te prepara não só para responder perguntas, mas para se aprofundar na plataforma AWS, ampliando seu entendimento e a aplicação de suas vastas capacidades.